Así se titula el post que Manwe escribió ayer en la lista de asterisk-dev a raíz de la salida de Asterisk 1.4.24.
Un mail cargado de crítica al modelo de desarrollo de Asterisk, en el que parece que las nuevas funcionalidades son más importantes que la estabilidad. Como Manwe es de la web 0.7 le he cedido este espacio para que lo inunde con su ira
Hace poco que ha salido Asterisk 1.4.24. Leyendo la lista de cambios me embargó un sentimiento de frustración y de mala leche general que me ha durado varios días…
¿Cómo es posible que una rama de desarrollo que se supone congelada tenga tantos cambios después de dos años? ¿Cómo es posible que las últimas versiones de Asterisk sean más inestables que versiones anteriores?
Intentando no volcar mi mala leche habitual he posteado en la lista de Asterisk-dev. He preguntado si el modelo de desarrollo actual, en el que se admiten nuevas funcionalidades en la rama 1.6, es mantenible. Dado que no se ha conseguido tener una rama rock-solid en la 1.4, en la que no se admiten más que bugfixes, ¿Cómo se espera tener una versión lista para producción en la 1.6?
¿No debería congelarse el desarrollo de nuevas funcionalidades y centrarse en estabilizar algo? Si introducen tantos bugs y regresiones cada vez que tocan algo es porque asterisk tiene unas “tripas” complejas y muy delicadas que casi nadie entiende o puede tocar. ¿No sería más lógico reescribir/reestructurar la base para lograr algo más estable y sostenible en vez de perpetuar este modelo de desarrollo que sólo añade complejidad a lo que ya es complejo?
Creo que el modelo de desarrollo actual es malo para Asterisk. El proyecto ya no es lo que Mark Spencer inició. Ya hay suficientes funcionalidades y lo que hace falta es arreglar lo que no funciona sin romper lo que sí lo hace.
Dice Digium que la comunidad debe aportar y testear. Si la comunidad no instala las últimas versiones de Asterisk porque sabe que se rompen tantas cosas como se arreglan, las próximas versiones serán testeadas por menos gente y por tanto menos estables y la espiral ya nos la podemos imaginar.
Saul y yo nos hemos creado nuestro propio branch de Asterisk 1.4. Es triste pero no podemos confiar en las nuevas verisiones de asterisk de forma ciega. No para sistemas en producción. Tenemos que pasar el test de calidad que Digium no ha pasado y filtrar y backportear nuestra propia versión de Asterisk. Ya somos dos testers que Digium no tiene porque testeamos nuestro branch. Si esto se generaliza, y me consta que es así, el soporte de la comunidad se puede ir al garete y todo el proyecto Asterisk con él.
¿Catastrofista? Espero que sí. Espero que esto sólo sea debido a la mala leche residual del Changelog de la 1.4.24.
Para más info acerca de esto o para hacer aportaciones os invito a leer el hilo antes mecionado de Asterisk-dev.
Por mi parte creo que poco más se puede decir, suscribo cada frase de Manwe y sólo espero que a alguien en Digium le haya hecho pensar al menos durante un instante y esto pueda cambiar para mejor.
A lo mejor podemos salvar el CDR, ¿te apuntas?
UPDATE: Parece que el hilo se ha animado y ahora se habla de crear una test-suite para probar las nuevas versiones de Asterisk y poder evitar las odiadas regresiones. Puede que al final salga algo bueno de todo esto.














Pingback: Moy Blog » Blog Archive » About the Asterisk development model