Lo cierto es que estamos aquí porque nos vamos. Nos vamos de Bilbao, nos vamos de Irontec, cambiamos de aires. Yo (saghul) me quedo en Amsterdam y Manwe proximamente iniciará su viaje hacia Viena.

Atrás dejamos familia, amigos, compañeros y demás gente, pero hay trenes (¡y aviones!) que sólo pasan una vez y que no hay que dejarlos pasar. Mucho (o casi todo) de lo bueno que nos ha pasado se lo debemos a familia/novia/amigos que nos han apoyado siempre y a los que estaremos eternamente agradecidos.

Han sido algo más de dos años los que hemos tenido la ocasión de compartir con nuestros compañeros en Irontec y que difícilmente olvidaremos. No todo el mundo tiene la suerte de decir que le gusta su trabajo, ¡joder si también es nuestro hobby! Pero sobre todo el recuerdo que nos llevamos es la gente. Como dijo alguien las empresas las forman personas y eso es precisamente lo que ha hecho de estos dos años algo tan especial. Poder compartirlos con otros 13 guerreros de nivel 15 ha sido todo un lujo, ya que nos ha enriquecido mucho tanto a nivel profesional como personal.

Obviamente no todo ha sido bueno, siempre hay alguna que otra tensión, pero eso es algo que se prefiere olvidar, ya que los momentos buenos superan con creces a los malos.

Para terminar (antes de que nos pongamos sentimentales) nos gustaría desear toda la suerte del mundo a Irontec y desearle que siga llenando armarios de servidores de software libre y haciendo las cosas “con mucha fe y un poco de Linux”. Stay hungry, stay foolish.

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.