¿Peligros de la implementación de frameworks de progtwigción en el código fuente del proyecto antes de liberar el estado del candidato?

He estado reflexionando sobre este tema desde hace mucho time. Solo me preguntaba si alguien más compartía mi opinión. ¿No es esencialmente una mala idea integrar versiones de vista previa de los frameworks de progtwigción en el código de su proyecto antes de que estén en el nivel de lanzamiento de candidato?

Hace unos meses tuve una situación en la que mi jefe insistió en usar el Marco de Extensibilidad Administrada para manejar la dependency injection en un enorme sistema interno que estábamos construyendo. Construimos el código alnetworkingedor de una versión de vista previa de este marco y luego Microsoft lanzó otra versión de él. Actualizamos y todo se rompió, hubo que volver a entender y cambiar grandes cantidades de código … ¡dolor total!

… Tengo la sensación de que Ria Services podría presentarnos un problema similar (o cualquier otro marco elegido para implementarse en el código fuente de un proyecto antes del estado de lanzamiento completo).

Opiniones bienvenidas.

Bueno, ¿qué más se puede decir? Tiene razón, usar algo que ni siquiera está marcado como candidato de lanzamiento para la funcionalidad central en su aplicación es un riesgo considerable.

Para aliviar el riesgo, podrías intentar crear una capa de compatibilidad que puedas ajustar para "traducir" a las nuevas versiones del marco, pero eso implica muchas conjeturas que pueden no funcionar.

Y, por supuesto, puede seguir con la versión de vista previa, si ya hace todo lo que necesita. Pero eso traerá sus propios dolores de cabeza más adelante.

En general, lo evitaría a less que la novedad en cuestión definitivamente le permita hacer algo importante que de otro modo sería imposible, o que produzca aumentos masivos de productividad.

    Intereting Posts