¿Con qué frecuencia debe lanzar actualizaciones de software? [cerrado]

https://stackoverflow.com/questions/360028

21-08-2019
|

Pregunta

Hace

Jeff Atwood dijo lo siguiente en twitter :

Look, I love rápidos nuevas versiones de software, pero la frecuencia de WordPress Releases es simplemente ridículo.

que me hace pensar, qué frecuencia debe lanzar actualizaciones de software?

diario?
Semanal?
Mensual?
anual?

¿Cuál es la mejor estrategia de liberación?

Solución

Yo diría que en el caso específico de WordPress, se confunden 'Actualizaciones de seguridad' y 'cambios de funcionalidad' . Esto es malo.

Esto sería como tener que hacer una reinstalación en contexto de Windows cada vez que se encontró un fallo de seguridad, en lugar de simplemente descargar un pequeño parche cada semana.

WordPress tiene que tener un mecanismo de revisión de seguridad que es simple, rápido y fácil para las actualizaciones de seguridad. Un proceso que está separado del flujo de actualización normal de nuevas versiones.

Otros consejos

La frecuencia de Wordpress libera es tan frecuente porque se preocupan por la seguridad y la liberación de actualizaciones que solucionan vulnerabilidades conocidas tan pronto como sea posible. cambios en la funcionalidad de Wordpress ocurren con mucha menor frecuencia, en el rango de cada 4 a 6 meses, creo.

Creo que este es un buen modelo. Mantener contentos a sus clientes mediante la liberación de nuevas características con regularidad, pero si encuentra fallas de seguridad, versión corrige inmediatamente.

voy a sugerir lo siguiente:

UPDATETIME (en segundos) - el tiempo medio que tarda el usuario para realizar la actualización

releaseDelta (en días) - el tiempo mínimo entre versiones

releaseDelta = updateTime/((1/365)*(60*60*8))

Esta fórmula se basa en mi teoría de que un usuario debería tener que pasar no más de 8 horas en un año determinado a la espera de cambios a una aplicación.

Esto también permite una actualización frecuente siempre que las actualizaciones se realizan de manera transparente sin interrumpir el usuario final.

Creo que esto depende altamente de su particular situación. Dicho esto, creo que una liberación diaria para cualquier aplicación de negocios seria simplemente totalmente ridícula. Si usted está liberando cada día, entonces es probable que haya un problema grave a menos que esté de alguna extraña situación en la que las reglas de negocio cambian constantemente o algo por el estilo.

Con menor frecuencia de las actualizaciones de iTunes.

Trato de usar la siguiente, es de esperar sencillo de dos partes guía,:

Si se requiere que el usuario para descargar y / o instalar algo, o cambiar una base de código existente que mantienen, a continuación, libera necesitan proporcionar mérito significativo. Esta es una versión que añade nuevas características importantes, fija una cantidad de temas significativos llevados, o corrige un menor número de problemas inmediatos y urgentes.
Si no requiere el usuario para descargar y / o instalar serán planeados comunicados a ocurrir, según lo dictado por iteración. Si hay un producto liberable al final de la iteración, que se desplegará. La iteración contendrá las necesidades técnicas y de negocio como se determina antes de la patada de salida de la iteración.

Así que, para nosotros, las cosas como aplicaciones de escritorio o servicios web sería generalmente caen bajo la primera regla, y cosas tales como nuestra página web caerían bajo la segunda. Corremos bastante buenos iteraciones de tamaño - en alrededor de cuatro a seis semanas de tiempo de desarrollo en la actualidad, la disminución de dos a cuatro años después. Esta fue nuestra "introducción" en una melé híbrido.

Tenga en cuenta que un producto no siempre tiene que estar en desarrollo (o participar en una iteración). Es muy posible que un producto se sentará, rancio, hasta que los cambios son necesarios si se aplica la primera regla.

Depende de los clientes enfoque del control de configuración.

Tienen una opción, ya sabes. En última instancia, pueden elegir no usar su producto.

Si el cliente acepta que el cambio de cosas todos los días, y que no les importa, y no tiene ninguna formación o gestión de la configuración impacto; que las actualizaciones automáticas.

Los clientes con SOE (entornos operativos estándar) actualizaciones de odio.

Date cuenta de que algunos clientes no van a aceptar el software "llamar a casa". Ellos van a querer alojar sus propias actualizaciones. Su gente de TI tendrán que involucrarse. Esto es más trabajo para ellos.

Algunos clientes quieren / necesitan para hacer su propio control de calidad; depende del cliente y el tipo de software.

Si el cliente tiene que hacer la prueba / trabajo para aceptar / instalar el software, suelte algún múltiplo de la longitud de la prueba / ciclo de implementar. A menos que los clientes están de acuerdo con implementar intercalada y prueba. Ahí es donde siempre están probando una nueva versión, y el rollo a cabo.

Por ejemplo:. 2 semanas para poner a prueba, de liberación no más de cada 8 semanas

En consecuencia software crítico, pruebas de liberación puede tardar meses cliente. Ellos están apostando sus negocios en los resultados y están justificadamente cautelosos. Así son comunicados cada 6 meses más o menos.

En el software de seguridad crítica, puede tardar muchos meses. Anuales, o aproximadamente cada 18 meses no es infrecuente. Incluso con menos frecuencia es bastante normal.

No hay una respuesta correcta, lo que realmente depende del producto.

Yo digo mensual como máximo. Diaria / semanal es demasiado a menudo, a menos que, por supuesto, las actualizaciones de las aplicaciones se realizan de una manera automatizada y transparente, por ejemplo, sistema de actualización de Firefox

Puede liberar todas las veces que desee. Lo que frustra a los usuarios no es saber si necesitan su nueva versión o no. Esto significa que tiene que ser muy claro acerca de las nuevas funciones que ha implementado, los errores que hayas corregido, y si o no que haya solucionado los problemas de seguridad. Más importante aún, los usuarios quieren poder confiar en que, si lo hacen instalar una nueva versión, nada se rompió.

Creo que si es posible usted debe tener su actualización de software de forma automática cuando se necesita, a fin de mantener todo el proceso de actualización tan suave e invisible para el usuario como sea posible.

En el área de trabajo en, controles industriales, muy rara vez. normalmente hacemos un lanzamiento importante Muy cómodo 2 años. versiones menores tal vez cada 3 a 6 meses. parche de error son, por supuesto, una historia diferente, que se liberan cuando sea necesario. Incluso entonces algunos clientes mejorar los sistemas existentes. Por supuesto, en otros dominios, las actualizaciones son más aceptados.

Sin duda, cuando haya nuevas características / correcciones de errores vale la liberación ?? ¿Por qué tenerlo en un horario?

No tengo objeciones a los errores de seguridad consiguiendo fijo tan pronto como se les encontraron - aunque me gustaría que escribir código más robusto en el primer lugar. Lo que me opongo (al menos en lo que va de Wordpress) es versiones de mejora que potencialmente podrían romper los plug-ins que suceden con demasiada rapidez. ¿Cuánto tiempo se tarda en van desde los 2,5 a 2.6? Y 2.7 está saliendo muy poco también.

Una actualización automática o semi-automática mitigaría parte de ese problema, pero sólo si los escritores de plugin de actualización así, o si se separan los parches de seguridad de los cambios de funcionalidad por lo que pude, por ejemplo, seguir con 2.5 pero aún así estar al día con los parches de seguridad hasta estar segura de todos los plugins que utilizo trabajo con 2.6 o 2.7 o (en ese momento) 4.0.

Cada vez que se le pide. Tenga en cuenta que algunos usuarios se sienten actualizaciones conseguir más seguros con regularidad, mientras que otros simplemente se siente molesto tener un pop-up cada día "Hay 129 nuevas actualizaciones para instalar clic aquí para esperar 20 minutos para descargar, y luego otro 10 para instalarlos!" ... ves mi punto.

Depende de la naturaleza de la actualización y la cantidad de la intervención del usuario necesaria para lograrlo.

Si se trata de un sitio web, usted puede actualizar todos los días, siempre y cuando no romper nada.

Si se trata de una actualización de seguridad gratuita, lo antes posible siempre es de agradecer.

Una actualización de corrección de errores libre, si tiene que ser instalado por el usuario, no debe haber más de cada par de meses.

Todo lo que tiene que ser pagado no puede ser más de una vez al año, o la gente comenzará a sentir aprovechado. Aún más para ciertas clases de software, como sistemas operativos.

Licenciado bajo: CC-BY-SA con atribución

No afiliado a StackOverflow