Este documento resume las lecciones aprendidas de Alan Cox sobre proyectos de software libre a través del ejemplo del proyecto Linux 8086. Cox explica que los proyectos exitosos liberan código desde el principio, valoran las contribuciones de todos incluso de los no programadores, y ayudan a los nuevos contribuyentes a convertirse en mejores programadores dándoles feedback positivo. Los proyectos que ignoran estas lecciones tienden a ser dominados por discusiones sin sentido en lugar de productividad.

1. Feature:Cathedrals, Bazaars and the Town Council
Posted by CmdrTaco from the stuff-worth-reading dept.
Traducción: Jorge Domínguez Chávez (jodocha)
jodocha@gmail.com
Alan Cox ha presentado una pieza que él llama "Catedrales, Bazares y el Ayuntamiento 1". Se
dirige a una gran cantidad de temas realmente importantes para los involucrados en el desarrollo de
software distribuido. Es, definitivamente, una lectura obligada.
Lo siguiente fue escrito por el lector Slashdot y sobre todo gran maestro hacker: Alan Cox.
Catedrales, bazares y el Ayuntamiento
Estas son algunas de mis reflexiones sobre el modelo bazar que supongo merecen la pena de ser
compartidas. También es una guía sobre la forma de atornillar completamente un proyecto de software
libre. He elegido un ejemplo clásico de lo que creo que es mejor conocido como el efecto
"Ayuntamiento" (aunque concejales pueden pensar lo contrario).
Hay ciertas cosas que tiene que entender acerca de los desarrolladores de software. La primera es
entender que los programadores realmente buenos son relativamente pocos. No sólo eso, pero la
diferencia entre un verdadero "programador" y las masas es significativamente mayor que la existente
entre "grande" y "medio" en muchas otras profesiones. Los estudios consideran las diferencias de
productividad entre el mejor programador y el resto, como de 30 a 1.
En segundo lugar, necesita entender que muchos de los aspirantes a programadores son muy
buenos para dar y tener opiniones. Muchos de ellos utilizan la palabra de moda o tienen alguna
especialidad que consideran el " camino verdadero". Publicar en Internet es barato.
La tercera parte de cualquier proyecto de software es lo que vamos a llamar "las masas". Éstas, se
extienden entre las personas que no programan, pero que contribuyen de forma masiva en otras áreas -
documentar, dar soporte a usuarios y son el tipo de personas que a menudo argumentan que se debe
requerir una licencia para conectarse a Internet.
Voy a tomar como ejemplo de cómo arruinar completamente un proyecto: el proyecto Linux
8086. Portar un subconjunto de Linux para el 8086 es un ejercicio sin sentido, en su conjunto, algo que
empezó como una broma y fue de las manos.
Hay un pequeño número de programadores con tiempo y derecho y el (equivocado) tipo de
estado mental para contribuir a un proyecto cuyo único valor es el "valor Hack". Como resultado de
esto, en cualquier momento el proyecto tiene dos o tres contribuyentes principales.
Por desgracia, hay muchas personas que piensan que sería estupendo ejecutar Linux en un 8086
y que se sienten obligados a "tomar parte". La mayoría de ellos son, el "programador wannabe 2",
categoría que la masa descubrió como el factor "tonto" del proyecto en la seguridad de la distancia.
1 Ayuntamiento o Concejo municipal o Junta según algunos países latinoamericanos.
2 Su alcance se basa en a buscar y descargar programas y herramientas de intrusión informática, cibervandalismo, propagación de...

2. El problema comenzó a surgir con la llegada de una gran cantidad de personas (en su mayoría
bien intencionadas) pero la mitad de ellas es peligrosa en cuanto a dar pistas y opiniones – No a dar
Código. Personas que conocían lo suficiente para saber cómo debe ser escrito, pero que no pueden
escribir el programa "hola mundo" en C. Así que abogan por semana sobre él y votan sobre que
compilador de usar y si habrá que escribir uno - un año después del inicio del proyecto se comenzó a
usar un compilador perfectamente adecuado. Estaban muy ocupados discutiendo cómo generar
modelos binarios grandes sin tener en cuenta el diseño del kernel de intercambio.
Linux 8086 continuó, los desarrolladores tienen listas de muchos miembros en sus archivos
muertos para que puedan comunicarse a través de dicha lista y no simplemente por medio de personas
que pululan por los alrededores. Dejó de ser un modelo de bazar y se convierte en un equipo central,
para el cual tiene una palabra amable para mucha gente, lo que es un cliché. Se trata de una posición
defensiva inevitable en las circunstancias.
Es el caso que la base de usuarios de Linux / programadores creció lentamente y pasó de ser un
grupo de soporte que contribuyó con código y, o bien tenían una base en una primitiva comunidad de
hacking o de Minix, que aprendido algunas cosas de la forma difícil como reiniciar el sistema. A
medida que el proyecto creció, la base se convirtió en "El comité para la administración de la
planificación estructural del núcleo de Linux" que a su vez dejó en un entorno en el que se espera el
alumbramiento y de el fallo no era visto como un problema. Citando a Linus "muestre el código".
Si alguien tiene problemas,la base publica las preguntas frecuentes (FAQ), lo que quiere decir,
que hubo y hay una base suficientemente grande con personas que tienen tiempo y conocimiento para
responder. En el caso Linux8086, los desarrolladores hacía tiempo que se han amurallado. Dado un
mejor radio entre programadores activos y aspirantes útiles potenciales habría convertido rápidamente
algunos de esos ruidos en productividad. El proyecto habría ganado programadores útiles, que a su vez
habrían enseñado a otros. Como en cualquier ejercicio de aprendizaje, es mejor tener sólo unos pocos
alumnos.
Existe la presunción de que no se puede convertir a los programadores "menores" en
programadores. Desde mi experiencia personal en el proyecto Linux hay un número de personas que
con un poco de ayuda y un poco de confianza se convertirán en mejores desarrolladores. Hay otros que
no, pero con suficiente voluntad para que lo hagan. [1]
El proyecto Linux 8086 se ha recuperado de su "infestación3" y, ahora, es un proyecto pequeño y
tranquilo, con árboles CVS y dirigido por Alastair Riddoch que hace un trabajo excelente. Con los
concejales De-camped ahora posible hacer preguntas, participar y soportar al proyecto.
Las lecciones de este proyecto y otros similares (ya veces muertos - recuerda los proyectos
anteriores de Word Linux procesador) son bastante claras:
Libere el código desde el principio. No importa sí no es muy útil. La mejor manera de ordenar un
ayuntamiento es simplemente hacer el trabajo, sólo así les digo que se ha hecho. Linux, KDE y
GNOME han tomado esta actitud y todo lo hacen bien. Se puede discutir sobre la forma correcta de
programar para toda la vida. Una vez que hay código, que hay personas (independientemente de su
habilidad), se juega con él.
Debe valorar que hay personas que con un poco de ayuda contribuirán en gran medida a un
proyecto. Si los primeros programas son parches con errores no hay que retirar a las personas, hay que
explicar por qué hay un problema y sugerir soluciones o lugares para buscar ejemplos de soluciones.
3 Infestación es la invasión de un organismo vivo por agentes parásitos externos o internos.

3. Cada minuto que pasa respondiendo a preguntas reales que soportan a alguien a trabajar en un
proyecto, será pagado diez veces para el proyecto, y es de incalculable valor a la sociedad.
No se olvide de los NO programadores. Creo que es triste que muchas personas cuando se les
pregunta "nombre a cinco personas de las más importantes del núcleo de Linux" rara vez nombran a
algunas de las personas más importante - personas olvidadas que mantienen sitios web, registros de
cambios, listas de correo y documentación- las cuales también son importantes .
Linus dice "Muestre el código". Esa es una visión estrecha de un proyecto real. Si escucha "Me
encantaría ayudar, pero no puedo programa", se oye un documentalista. Cuando dicen "Pero el Inglés
no es mi lengua materna" tiene un documentalista y traductor para otro idioma.
Trate de separar a las personas útiles a partir del “ruido”. Es difícil separar a las personas que
tratan de ayudar de una masa de discusión sin sentido y en el caso de Linux 8086 se hicieron mal las
cosas por renunciar a ese objetivo. Cómo eliminar sólo a las personas que hablan y no hacen nada es un
tema de investigación.
Así que la próxima vez que alguien quiere votar un proyecto, o discutir temas durante un mes y
luego aplicarlo - tenga cuidado. Puede terminar con la solución correcta. Las probabilidades están en su
favor de todos modos. Sólo tiene que pedirle que envíe el programa cuando funcione.
Atienda a "Debemos" extender una mano a "¿Cómo puedo...."
Alan
enlace http://slashdot.org/story/98/10/13/1423253/featurecathedrals-bazaars-and-the-town-
council
[1] Como ejemplo de esta afirmación del autor original del código de Linux IPv6 se sentaba en el
IRC desde Portugal a jugar con algunas ideas básicas y haciendo preguntas. Después de que le ayudó a
entender algunas de las partes internas del kernel escribió probablemente el 75% de la pila IPv6 Linux
y fue visto por última vez a trabajar en los EE.UU. para cisco.