La catedral y el bazar

La Catedral y el Bazar
de Eric S. Raymond
Género	No ficción
Subgénero	Ensayo
Tema(s)	software libre
Edición original en inglés
Título original	The Cathedral and the Bazaar
Editorial	O'Reilly Media
País	Estados Unidos
Fecha de publicación	1997 1999
Páginas	241
Edición traducida al español
Traducido por	José Soto Pérez
Fecha de publicación	1997
Serie
Una Breve Historia de los Hackers	La Catedral y el Bazar	Colonizando al Noosfera

La Catedral y el Bazar es un ensayo a favor del software libre escrito por el hacker Eric S. Raymond en 1997. Ha tenido otra secuela titulada: Colonizando la noosfera.

Temática

Analiza el surgimiento de GNU/Linux y un proyecto de software libre, creado para comprobar deliberadamente las diferencias teóricas entre dos modelos de desarrollo, la catedral de la mayoría del software no libre y el bazar bullicioso del código abierto. Un ejemplo claro de bazar sería la Wikipedia mientras que la Encarta, la Enciclopedia Britannica y Nupedia lo son de catedral.

Crítica

Algunos critican las confusiones y parcialidades del texto, como el cambio realizado del software libre (en inglés free software) a software abierto (en inglés open software). En inglés free puede significar tanto libre como gratis, y esto se presta a equívocos.

Publicación

El texto están incluido en el libro The Cathedral & the Bazaar publicado por O'Reilly en 2001.​

Dicha editorial mantiene en exclusividad los derechos de explotación comercial del libro en versión impresa. Sin embargo, se puede descargar gratuitamente en versión electrónica desde la web del autor (incluye traducciones a varios idiomas, entre ellos español)​

Lecciones enumeradas en La catedral y el bazar

1. Todo buen trabajo de software comienza a partir de las necesidades personales del programador (todo buen trabajo empieza cuando uno tiene que rascarse su propia comezón).
2. Los buenos programadores saben qué escribir. Los mejores, qué reescribir (y reutilizar).
3. "Considere desecharlo; de todos modos tendrá que hacerlo." (Fred Brooks, The Mythical Man-Month, Capítulo 11)
4. Si tienes la actitud adecuada, encontrarás problemas interesantes.
5. Cuando se pierde el interés en un programa, el último deber es darlo en herencia a un sucesor competente.
6. Tratar a los usuarios como colaboradores es la forma más apropiada de mejorar el código, y la más efectiva de depurarlo.
7. Libere rápido y a menudo, y escuche a sus clientes.
8. Dada una base suficiente de desarrolladores asistentes y beta-testers, casi cualquier problema puede ser caracterizado rápidamente, y su solución ser obvia al menos para alguien. O, dicho de manera menos formal, "con muchas miradas, todos los errores saltarán a la vista". A esto lo he bautizado como la Ley de Linus.
9. Las estructuras de datos inteligentes y el código burdo funcionan mucho mejor que en el caso inverso.
10. Si usted trata a sus analistas (beta-testers) como si fueran su recurso más valioso, ellos le responderán convirtiéndose en su recurso más valioso.
11. Lo mejor después de tener buenas ideas es reconocer las buenas ideas de sus usuarios. Esto último es a veces lo mejor.
12. Frecuentemente, las soluciones más innovadoras y espectaculares provienen de comprender que la concepción del problema era errónea.
13. "La perfección (en diseño) se alcanza no cuando ya no hay nada que agregar, sino cuando ya no hay nada que quitar."
14. Toda herramienta es útil empleándose de la forma prevista, pero una *gran* herramienta es la que se presta a ser utilizada de la manera menos esperada.
15. Cuándo se escribe software para una puerta de enlace de cualquier tipo, hay que tomar la precaución de alterar el flujo de datos lo menos posible, y ¡*nunca* eliminar información a menos que los receptores obliguen a hacerlo!
16. Cuando su lenguaje está lejos de un Turing completo, entonces el azúcar sintáctico puede ser su amigo.
17. Un sistema de seguridad es tan seguro como secreto. Cuídese de los secretos a medias.
18. Para resolver un problema interesante, comience por encontrar un problema que le resulte interesante.
19. Si el coordinador de desarrollo tiene un medio al menos tan bueno como lo es Internet, y sabe dirigir sin coerción, muchas cabezas serán, inevitablemente, mejor que una.

Véase también

• Portal:Software libre. Contenido relacionado con Software libre.

• Noosfera

• En el número 190 de la revista Novática (que está bajo licencia libre) se encuentra un estudio de Andrea Capiluppi y Martin Michlmayr (traducido al español) sobre los ciclos de vida de los proyectos basados en comunidades de voluntarios, en el que se hace una comparación del éxito de proyectos desarrollados con el modelo "catedral" y "bazar"​

Enlaces externos

• Wikisource contiene una copia de La catedral y el bazar.
• Opinión crítica
• Traducción de La catedral y el bazar al español