El que muchos proyectos nazcan como algo personal que luego se hace más serio, provoca que muchas veces se piensen las cosas mal desde el principio y que luego sea necesario cambiar. Esto no resulta un problema si es un software que simplemente debe funcionar y son los programadores de ese proyecto los afectados, pero la cosa cambia cuando se trata de un framework que utilizan miles de programadores.

La planificación es un paso crítico en todo desarrollo, que tiene que hacerse bien para evitar problemas futuros. El definir cómo serán las clases, métodos, propiedades, funciones… pensando a la larga evitará que a cada versión se vayan cambiando. Pero esto es algo que muchos desarrolladores no parecen comprender y no le dan la debida importancia. Hay casos en los que es imposible evitarlo, pero demasiados en los que los cambios no tienen más razón de ser que una mala planificación.

Los que me leéis sabéis que promuevo el software libre, pero que también lo critico cuando es necesario. Hoy a tocado crítica porque he perdido un tiempo precioso en estudiarme la documentación (por lo menos está documentado) de los cambios realizados a un framework en el último cambio de versión, cuando poco costaba mantener una compatibilidad o haber pensado bien los métodos de las clases y sus parámetros desde un principio…