Barrapunto

La falta de ganas de usar metodologias y herramientas que aunque puedan ser un coñazo son productivas y ayudan a organizar el cotarro es un hecho en la mayoría de los desarrollos.

Soy consciente de que los grandes proyectos, tipo Kernel, Apache, Gnome, KDE, ... tienen que tener una base de diseño, que es de lo que trata mi entrada realmente, no de asignación de tareas en un grupo de programadores. Porque igual que sobrediseñar es malo, no hacerlo es peor. Y si alguien quiere ayudar puntualmente, o aprender como va un proyecto, sin documentación de diseño, apis, ... está perdido. Tiene que ser alguien con un tesón y terquedad enorme (aparte de todo el tiempo del mundo para investigar e ir haciéndose sus propios esquemas) para poder llegar a hacer y comprender algo.

Pero, ¿porqué no se ponen a disposición de la comunidad esos diseños? ¿No quieren ayuda? Es símplemente incomprensible. A no ser que las especificaciones y diseños, en vez de en UMLs estén en las cabezas de los 4 programadores principales, lo cual es una puerta trasera para que el desastre se cuele a la más mínima.

Estoy seguro que esta es una de las causas por la que muchos empiezan proyectos en vez de colaborar con otros ya empezados y que hacen lo mismo. Símplemente porque les resulta mas sencillo empezar de cero que adherirse a un proyecto cuya documentación es nula y en el que tiene que aprender la arquitectura de este navegando por megas y megas de fuentes.

No estoy en contra de la diversidad de aplicaciones donde elegir, pero sí en contra de la extrema diversidad que acaba provocando muchos proyectos a medio hacer, en vez de tener proyectos fuertes. ¡Menos mal que no se hicieron 50 millones de escritorios! (he dicho escritorios, no gestores de ventanas) y que solo existieran 4 o 5. Ahora estaríamos donde estábamos hace 3 o 4 años en ese campo. Proyectos tontos no pasa nada, incluso la falta de documentación no les afecta mucho, pero ponte a aprender leyendo código como va Gnome, KDE, Mozilla u OpenOffice.org