Barrapunto

TODOS los proyectos de sourceforge, TODOS los proyectos de berlios, TODOS los proyectos de sabana cuentan con una especie de gestor de groupware que controla la entrada de sugerencia de funciones y problemas. Estos sistemas habitualmente permiten asignar la tarea a un programador concreto, cerrarlas cuando se han resuelto, etc... Otra cosa es que esta funciona se usa. Normalmente se empuja a la gente a usarlo, pero la gente es un poco remisa en hacer su parte, porque usar un programa de software libre te obliga a participar aportando tus sugerencias y avisos de error. Si la gente no reporta sus fallos, los desarrolladores no pueden probar su programa ante todas las posibles arquitecturas y entornos. Nadie, y menos en el software libre, cuenta con recursos infinitos.

Digamos que el software libre utiliza un entorno complejo multinivel de egroupware sin planificacion formal de plazos.

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