Pero como todo un buen programador si quieres seguir adelante necesitas adaptarte al nuevo sistema por así decirlo o llamarlo

...

Se debe tratar a los Usuarios como un recurso valiosísimo, y en el mejor de los casos como aliados invaluables por su colaboración al desarrollo del producto.

Toda idea es buena o intentarle de explorar, ya que a veces lo menos sospechado puede ser una gran solución o mejoría para el desarrollo.

Es bueno o probable que la idea original se divida, amplié o aleje del concepto original, pero lo importante es lo enfocado que uno debe estar en cuanto al tipo de mercado de usuarios que desea atender, servir o ayudar. Para así ser eficiente y evitar perdida de esfuerzo por dispersión.

Lo mejor es un código pequeño, directo, sencillo, pero eficiente, que logre ser apreciado por la comunidad como correcto.

Un programa ya está maduro para la Comunidad de usuarios, cuando ya no hay más que eliminar, ya que agregar siempre es una buena posibilidad a tener en cuenta.

Todo programa puede ser utilizado (en parte o su totalidad) para ser reutilizado en funciones que no se concibieron originalmente.

Todo Software debe llevar su respectivo licenciamiento y medidas de seguridad para la confidencialidad del uso de la Data del usuario.

No hace falta empezar desde cero, siempre alguien ha desarrollado algo similar a nuestra idea concebida.

Se debe trabajar en algo que a uno le guste, debe uno sentir pasión por el desarrollo al que se dedicara en Software Libre para así generar a lo interno sentido de unión con lo elaborado, sin llegar al extremo de desarrollar sentido de propiedad sobre el mismo.

Deben existir excelentes y frecuentes medios de comunicación entre los Desarrolladores y Usuarios (Colaboradores), para que el trabajo fluya con rapidez y los cambios con eficacia.

Si se toma en cuenta que los usuarios quieren ver el menor número de errores posibles en las aplicaciones, se reafirma la tesis de emplear el modelo “catedral”, y así liberar los productos al menos cada seis (6) meses para ofrecer estabilidad y robustez.

Pero la política desarrollada por la comunidad de Linux probó lo contrario.

Con desarrolladores motivados trabajando a diario, se lograron actualizaciones casi diarias de las aplicaciones y se resolvieron problemas y “bugs” en corto tiempo, sin necesidad de esperar los seis (6) meses para liberar versiones finales probadas y robustas.

En el modelo “Catedral” los errores se atacan y se resuelven para cuando se libere la siguiente versión.

En el modelo “Bazar” los errores se atacan y se resuelven de una vez. Y a pesar que se podría pensar que ello traería duplicación de trabajo, en la realidad se vio que no fue así.

Una mayor cantidad de usuarios-programadores hace que los errores sean detectados de manera más rápida y que sean corregidos de igual manera. Y ello debido al efecto sinérgico, donde cada quien desde su punto de vista puede aportar soluciones a los problemas encontrados.

Tanto el proyecto de Linux como de Fetchmail, han demostrado que con el estímulo apropiado al ego de los usuarios programadores, y con herramientas basadas en Internet, los proyectos colaborativos son exitosos y eficientes.

Uno de los beneficios precisamente de los que participaron es ambos proyectos, fue la satisfacción del ego, y el tener un aumento en la “reputación” de sus miembros.

El futuro del Software Libre será de aquellos que dejen atrás el modelo “Catedral” y abracen el modelo “Bazar”.

En pocas palabras, se puede concluir que el objetivo planteado al inicio fue cumplido sin otro contratiempo, que (valga el juego de palabras) el encontrar tiempo para su cumplimiento.

El modelo de “Catedral” lo aplica Raymond al desarrollo de software comercial, donde hay directrices definidas, tiempos establecidos, jerarquías, y muchas reglas.

El modelo de “Bazar” lo aplica Raymond al desarrollo en Software Libre, donde se construye un ambiente colaborativo y sinérgico, que busca cumplir los objetivos en corto plazo y con menor esfuerzo.

Al menos existe un par de proyectos exitosos (aunque me imagino que hay muchos más) como el Linux de Torvalds y el Fetchmail de Raymond, que así confirman que el modelo “Bazar” es eficiente, y que produce resultados.