¿Marco o no?

Question

ayer fui a la clase de inglés y conocí a un nuevo amigo, dijo conmigo acerca de lo trabajado que hizo (aún ahora he estudiado en la escuela).

En su compañía, los clientes tienen muchas solicitud de su proyecto, si marco de uso, pero no comprende todos los componentes o así, se reuniría problema con su código fuente y que no lo hicieron arréglelo porque construyó por otro. Y Cusomters pagó dinero para que usted haya desarrollado su proyecto, debe completarlo usted mismo, y si se produce un error al arreglarlo. Pero si usa framework puede reparar o no, es 50/50 por ciento para usted.

Me pregunto sobre su dicho. ¿Puedes ayudarme de la mejor manera que yo debo elegir? Marco o no?

Tenemos muchos tipos de clientes y tenemos que trabajar con algunas tecnologías como struts/hibernate/Spring/etc. ... si no usamos framework el tiempo que completamos el proyecto por tanto tiempo pero si lo usamos no lo creo todos los componentes que puedo entender.

¡Gracias por su sugerencia!

Answer 1

• ¿Debo usar marcos existentes en mis proyectos?

Sí, en general deberías. Los creadores de los marcos han puesto grandes cantidades de trabajo en ellos para que sean buenos, y muchas otras personas también usan los marcos. Eso significa que el código está bien probado en la práctica. Cuando escribe su propio código, solo usted y su equipo lo probarán.

• ¿Qué ocurre si hay errores en el marco, cómo podría solucionarlos?

Buena pregunta, no sé una respuesta en este momento. Lo más probable es que escriba algún código propio para solucionar el problema, como una clase de contenedor pequeña.

• ¿Tengo que entender los marcos completos antes de poder usarlos?

No, no es así. Algunos marcos son grandes y cubren todos y cada uno de los aspectos del desarrollo de software. En la mayoría de los casos, solo tiene que aprender las cosas que realmente desea hacer, y algunas más. Pero no en todos los detalles.

• Cuando uso un marco, ¿es eso hacer trampa, ya que mi cliente quiere que desarrolle software?

No, no lo es. Su cliente realmente no quiere que trabaje mucho, prefiere que sus proyectos se terminen y terminen. Eso significa que si puede hacer menos trabajo y obtener ganancias del trabajo de otros, eso generalmente está bien.

• Debemos trabajar con productos de terceros como Structs/Hibernate/Spring, y si nos vemos obligados a implementarlos nosotros mismos, los proyectos llevarán mucho tiempo.

Realmente no desea implementar todo lo que Spring, Hibernate y Struts ya han resuelto. Entonces use estos marcos y esté contento de que alguien más haya hecho el trabajo. Son muchos años hombres que salvarás.

Answer 2

Hay muchos factores a considerar:

comercial es el marco? Si es así, ¿el marco cuenta con un equipo de soporte receptivo con la capacidad de proporcionar demostraciones, documentación, consultoría, "work-abouts" y hot-fixes? ¿Puede comprar el código fuente para hacer los ajustes que necesita? (¿Vale la pena tener más para tener acceso a la fuente y puede redistribuir una copia modificada?)

¿Es el marco "de código abierto"? Si es así, ¿el marco tiene un foro receptivo o una lista de correo que pueda proporcionar respuestas a los problemas? ¿Hay pagado consultores o contratistas? ¿La documentación es buena? ¿El marco es popular y se mantiene? ¿Puedes aplicar soluciones rápidas según sea necesario?

¿Cuánto "tiempo" se requiere para aprender el marco? ¿Se deben usar convenciones especiales? ¿El uso del marco causa un bloqueo que será incompatible con los requisitos futuros?

etc, etc.

Este

todas las derivaciones a: ¿Si se usa el marco en última instancia, hacer el trabajo más productivo?

Answer 3

Creo que depende del tamaño del proyecto. Si está trabajando en un proyecto pequeño, probablemente sea una tontería usar un marco porque va a ser menos productivo. En cambio, si está trabajando en un gran proyecto, el marco puede ayudarlo mucho.

Por ejemplo, en el caso de Hibernate, si está trabajando en un proyecto con tres o cuatro objetos/tablas, tal vez es una tontería usarlo, porque probablemente es mucho más fácil trabajar con JDBC, e incluso el software funcionará mucho más rápido. Pero si estás en un proyecto con docens de objetos/tablas que trabajan con JDBC puede ser un gran dolor de cabeza, e hibernate te ayuda mucho. El tiempo que pierde en la configuración del marco es pequeño en comparación con el gran beneficio en la simplificación del desarrollo.

De acuerdo con los posibles errores en el marco, es importante utilizar un marco con un buen soporte y una buena comunidad que puede ayudarle a resolver sus problemas. Además, si utiliza un marco de código abierto, puede intentar resolver el error, agregar una nueva característica o modificar una existente para que coincida con las necesidades de su proyecto.