Hace pocos dias, Sylvestre Ledru, director de ingeniería de Mozilla, ha confirmado oficialmente que Firefox tendra un cambio en su ciclo de actualizaciones de cuatro semanas para adoptar un ritmo de lanzamiento quincenal.

Este cambio radical, que por el momento se maneja bajo la etiqueta de «experimento», comenzará a partir del mes de septiembre. Ante lo cual el calendario ya se ha modificado siendo la version de Firefox 154, programado para el 18 de agosto, la última versión en disfrutar del mes completo de desarrollo. A partir de ahí, la maquinaria no dará tregua, entregando Firefox 155 el 1 de septiembre, la versión 156 el 15 de septiembre y culminando el mes con Firefox 157 el 29 de septiembre.

Firefox cambia a lanzamientos quincenales

La justificación oficial que salio a mencionar Mozilla, es que detrás de esta aceleración se busca centrar al equipo de trabajo en la eficiencia y el bienestar. Según Ledru, publicar actualizaciones cada dos semanas permitirá que las nuevas funcionalidades lleguen a los usuarios con una regularidad mucho mayor, garantizando al mismo tiempo un proceso de despliegue más predecible.

Hola a todos,

Tenemos previsto pasar de un ciclo de lanzamiento de 4 semanas a un ciclo de lanzamiento de 2 semanas para Firefox Desktop y Android a partir de septiembre de 2026.

Esto será un experimento. El objetivo es brindar a los usuarios oportunidades más frecuentes para llegar a los productos listos para su lanzamiento, al tiempo que se hace que el proceso de lanzamiento sea más predecible y se reduce la presión sobre las actualizaciones.

Esto no significa que todo el trabajo deba entregarse el doble de rápido. El trabajo que no está listo no debe apresurarse, y las nuevas funcionalidades pueden tomarse el tiempo necesario para su desarrollo.

El objetivo actual es lanzar Firefox 155 el 1 de septiembre de 2026, en lugar del 15 de septiembre.

La promesa interna es que este modelo reducirá el estrés y la carga de trabajo de los desarrolladores en los días previos a un lanzamiento, ya que no existirán plazos de entrega tan estrictos; si una característica no está pulida para la versión de esta semana, simplemente se pospondrá catorce días para la siguiente iteración, brindándole el tiempo de maduración necesario.

Sin embargo, la historia no ha pasado desapercibida para la comunidad, ya que este movimiento de Mozilla llega poco después de que Google anunciara en marzo un calendario quincenal idéntico para Chrome, argumentando mejoras en la seguridad y el rendimiento, un paso que Microsoft replicó rápidamente con su navegador Edge el mes pasado.

Históricamente, Mozilla se ha visto forzada a seguir la estela de las decisiones de diseño de Google, como ocurrió con la controvertida adopción del modelo restrictivo WebExtensions para los complementos. Las primeras reacciones de los usuarios de Firefox han sido contundentes, acusando a la fundación de copiar los movimientos de Google, de obsesionarse con inflar los números de versión y de correr el riesgo de introducir errores en el código el doble de rápido.

Opinión personal

Desde mi perspectiva este acortamiento del calendario de lanzamientos tiene las dos caras de la moneda, inclinándose peligrosamente hacia la fatiga. En teoría, la idea de no forzar la inclusión de código a medio terminar para cumplir con una fecha límite mensual es positiva para el equipo de desarrollo.

No obstante, en la práctica, comprimir el tiempo de pruebas y control de calidad (QA) a escasos catorce días aumenta drásticamente la posibilidad de que errores sutiles o fallos de rendimiento se filtren a la versión final, dejando la responsabilidad de probar el software al usuario común.

Pero el impacto más severo lo reciben los desarrolladores ya que son quienes documentan y analizan. Desde la trinchera del trabajo diario, este ritmo impone una carga francamente agotadora.

Cubrir de dos a tres lanzamientos de Firefox por mes significa enfrentarse a registros de cambios minúsculos y carentes de importancia, es decir el impacto de las novedades en lugar de ser algo emocionante sobre algo significativo, simplemente se va a convertir en una monotonia de cambios/mejoras o correcciones breves (correcciones menores y parches de seguridad).

La hiperaceleración genera una ilusión de progreso, ya que el tener un número de versión nuevo cada quince días no equivale a tener un producto superior, sino a fragmentar el esfuerzo y agotar a la comunidad.

Cuando las novedades reales escasean y el volumen de trabajo para evaluar cada actualización se multiplica, tanto los desarrolladores que persiguen la métrica como los fieles usuarios, terminan atrapados en un ciclo que valora más la velocidad de entrega que la calidad del contenido.

Fuente: https://groups.google.com

Artículo original