Pregunta

En este caso particular es MVC. Pero, ¿cuánta diferencia hay entre el candidato de lanzamiento y las versiones de lanzamiento o producción? Odiaría construir mucho en el RC y que se rompa o se pierda porque no esperé. Por otro lado, tengo ofertas que cumplir.

Gracias.

actualización basada en comentarios:

¿Qué significa realmente tener soporte para algo como MVC de Microsoft? No estoy seguro de qué apoyo pediría. Siempre me he preguntado esto en relación con el lado de la programación de las cosas. Obteniendo soporte para el servidor físico (un disco duro muere), entiendo. ¿Qué le pediría a Microsoft en un caso como este?

¿Fue útil?

Solución

En general, espere la versión de producción antes de usar. Si la empresa que lo desarrolla no está lista para ponerle una etiqueta de producción, ¿cómo puede confiar en su producción? Cuando determina la confiabilidad de su sitio / producto, solo puede ser tan confiable como su enlace más débil. El riesgo para la mayoría de los RC es demasiado alto para jugar.

Sin embargo, hay excepciones. .Net MVC es uno. El equipo de desarrollo ha lanzado temprano y a menudo a grandes cantidades de desarrolladores externos que han encontrado los errores. Este RC es muy seguro y no es una gran apuesta.

Otras excepciones serían de circunstancias similares:

  • el producto ha sido sometido a pruebas exhaustivas por parte de grandes grupos de usuarios externos
  • la compañía deja los productos en modo RC o Beta mucho más tiempo de lo normal, por lo que ha pasado el tiempo suficiente para encontrar errores (Gmail, por ejemplo)
  • soporte inmediato o fuente disponible

El tipo de soporte que necesitaría es una respuesta rápida (con correcciones) a cualquier error que descubra. Por ejemplo, su aplicación utiliza la herramienta DooHickey para hacer la operación HickeyItUp. Descubres que la herramienta funciona muy bien, excepto cuando la usas para HickeyUp un objeto de tipo AlmostHickey. En su lugar, devuelve un error. Este error hace que su sitio se bloquee y necesita una respuesta ahora. Un buen soporte le dirá si lo está implementando de manera incorrecta y correcta, o le dará una solución alternativa y / o le corregirá un error en muy poco tiempo.

No espere mucho de ese nivel de soporte de Microsoft (MVC podría ser diferente debido al gran equipo que ha sido tan receptivo). En cambio, obtendría gran parte de eso del cuerpo de desarrolladores que ya lo están utilizando.

Otros consejos

Por lo general, las compilaciones de RC tendrán API y UI finalizadas, es posible que tengan errores. Diría que es seguro desarrollar en contra, pero sería muy cauteloso en contra de la implementación de código inédito.

Yo diría que generalmente no utilizo candidatos de lanzamiento en entornos de producción. Dicho esto, hay excepciones definitivas, algunos productos están en fase Beta o Release Candidate durante mucho tiempo y pueden ser bastante estables antes de que alcancen la disponibilidad general.

Depende de las características que esté utilizando, si tiene el código fuente y si la licencia del proveedor le permite o no entrar en producción con él.

Tener un código fuente puede mitigar los problemas, pero sería una tontería utilizar un producto no compatible en un entorno comercial crítico.

Creo que no

Agregaría que depende de la disponibilidad de soporte del proveedor si algo sale mal, lo que a menudo está vinculado a los términos de la licencia.

Por definición, no, pero debe usar su propio criterio en función del producto, el proveedor, las actualizaciones que contiene y cuáles son sus necesidades.

En mi vida pasada lo hacía todo el tiempo. Todo lo que implementé se basó en componentes de código abierto. Sin embargo, solo elijo los componentes que vienen con buenos conjuntos de pruebas.

Con el software de código cerrado simplemente no tienes idea de qué tan bien se prueban las cosas. El proveedor puede estar utilizando su base de usuarios como un equipo extendido de control de calidad.

Pero, como dice Carlton Jenke, siempre hay una excepción.

Creo que depende de la robustez esperada de la " producción " la aplicación

¿Su sitio web personal? ¡Claro!

¿El sistema estatal de solicitud de seguro de desempleo? No.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top