La catedral y el bazar: reflexiones sobre Linux y código abierto de un revolucionario accidental (abreviado CatB ) es un ensayo, y más tarde un libro, de Eric S. Raymond sobremétodos de ingeniería de software , basado en sus observaciones delproceso de desarrollo del kernel de Linux y sus experiencias en la gestión de unproyecto de código abierto, fetchmail . Examina la lucha entre el diseño de arriba hacia abajo y de abajo hacia arriba . El ensayo fue presentado por primera vez por el autor en Linux Kongress el 27 de mayo de 1997 en Würzburg (Alemania) y fue publicado como parte del libro del mismo título en 1999.
Autor | Eric S. Raymond |
---|---|
Editor | O'Reilly Media |
Fecha de publicación | 1999 |
Paginas | 241 |
ISBN | 1-565-92724-9 |
OCLC | 42420737 |
Decimal Dewey | 005.4 / 32 21 |
Clase LC | QA76.76.O63 R396 1999 |
Sitio web | www |
La ilustración de la portada del libro es una pintura de 1913 de Liubov Popova titulada Composición con figuras y pertenece a la colección de la Galería Estatal Tretyakov . [1] El libro se publicó bajo la Open Publication License v2.0 en 1999. [2]
"La catedral y el bazar"
El ensayo contrasta dos modelos diferentes de desarrollo de software libre :
- El modelo Cathedral , en el que el código fuente está disponible con cada versión de software, pero el código desarrollado entre versiones está restringido a un grupo exclusivo de desarrolladores de software . GNU Emacs y GCC se presentaron como ejemplos.
- El modelo Bazaar , en el que el código se desarrolla a través de Internet a la vista del público. Raymond acredita a Linus Torvalds , líder del proyecto del kernel de Linux, como el inventor de este proceso. Raymond también proporciona relatos anecdóticos de su propia implementación de este modelo para el proyecto Fetchmail .
La tesis central del ensayo es la proposición de Raymond de que "dados suficientes ojos, todos los errores son superficiales" (que él llama la ley de Linus ): cuanto más ampliamente disponible esté el código fuente para pruebas públicas, escrutinio y experimentación, más rápidamente serán todas las formas de errores. será descubierto. Por el contrario, Raymond afirma que se debe gastar una cantidad excesiva de tiempo y energía buscando errores en el modelo Cathedral, ya que la versión funcional del código está disponible solo para unos pocos desarrolladores.
Lecciones para crear un buen software de código abierto
Raymond señala 19 "lecciones" aprendidas de varios esfuerzos de desarrollo de software, cada una de las cuales describe atributos asociados con las buenas prácticas en el desarrollo de software de código abierto: [3]
- Todo buen trabajo de software comienza por rascar el picor personal de un desarrollador.
- Los buenos programadores saben qué escribir. Los grandes saben qué reescribir (y reutilizar).
- Planea tirar una [versión]; lo harás, de todos modos (copiado de The Mythical Man-Month de Frederick Brooks ).
- Si tienes la actitud correcta, te encontrarás con problemas interesantes.
- Cuando pierde interés en un programa, su último deber es entregarlo a un sucesor competente.
- Tratar a sus usuarios como co-desarrolladores es la ruta menos complicada para una rápida mejora del código y una depuración eficaz.
- Suelte temprano. Suelte a menudo. Y escuche a sus clientes.
- Dada una base suficientemente grande de beta-testers y co-desarrolladores, casi todos los problemas se caracterizarán rápidamente y la solución será obvia para alguien.
- Las estructuras de datos inteligentes y el código tonto funcionan mucho mejor que al revés.
- Si trata a sus probadores beta como si fueran su recurso más valioso, responderán convirtiéndose en su recurso más valioso.
- La mejor alternativa a tener buenas ideas es reconocer las buenas ideas de sus usuarios. A veces, lo último es mejor.
- A menudo, las soluciones más sorprendentes e innovadoras provienen de darse cuenta de que su concepto del problema era incorrecto.
- La perfección (en el diseño) se logra no cuando no hay nada más que agregar, sino cuando no hay nada más que quitar. (Atribuido a Antoine de Saint-Exupéry )
- Cualquier herramienta debería ser útil de la forma esperada, pero una herramienta realmente excelente se presta a usos que nunca esperó.
- Cuando escriba software de puerta de enlace de cualquier tipo, procure alterar el flujo de datos lo menos posible y nunca deseche información a menos que el destinatario le obligue a hacerlo.
- Cuando su lenguaje no se acerca a Turing completo , el azúcar sintáctico puede ser su amigo.
- Un sistema de seguridad es tan seguro como su secreto. Cuidado con los pseudo-secretos.
- Para resolver un problema interesante, comience por encontrar un problema que le interese.
- Siempre que el coordinador de desarrollo tenga un medio de comunicación al menos tan bueno como Internet y sepa cómo liderar sin coacción, muchas cabezas son inevitablemente mejores que una.
Legado y recepción
En 1998, el ensayo ayudó al impulso final de Netscape Communications Corporation para publicar el código fuente de Netscape Communicator e iniciar el proyecto Mozilla ; Frank Hecker y otros empleados lo citaron como una validación independiente externa de sus argumentos. [4] [5] [6] El reconocimiento público de Netscape de esta influencia le dio a Raymond renombre en la cultura hacker. [7]
Cuando O'Reilly Media publicó el libro en 1999, se convirtió en uno de los primeros (si no el primero) libro completo y distribuido comercialmente publicado bajo la Licencia de Publicación Abierta . [2]
Marshall Poe , en su ensayo "The Hive", compara Wikipedia con el modelo Bazaar que define Raymond. [8] El propio Jimmy Wales se inspiró de hecho en el trabajo (así como en los argumentos presentados en trabajos anteriores a la era de Internet, como el artículo de Friedrich Hayek " El uso del conocimiento en la sociedad "), argumentando que "Abrió mis ojos a la posibilidad de una colaboración masiva ". [9]
En 1999, Nikolai Bezroukov publicó dos ensayos críticos citados sobre las opiniones de Eric Raymond sobre el software de código abierto, el segundo titulado "Una segunda mirada a la catedral y el bazar ". [10] [11] [12] [13] Produjeron una respuesta aguda de Eric Raymond. [14]
Ver también
- GNU Bazaar , un sistema de control de versiones distribuido llamado para resaltar su relación con el modelo "bazar"
- " Homesteading the Noosphere "
Notas
- ^ "Colofón" . La Catedral y el Bazar . O'Reily Media . Consultado el 20 de diciembre de 2011 .
- ^ a b catedral-bazar
- ^ Raymond, Eric Steven. "La Catedral y el Bazar" . Consultado el 18 de abril de 2012 .
- ^ "Epílogo: Netscape abraza el bazar" .
- ^ Jim Hamerly y Tom Paquin con Susan Walton (enero de 1999). "Liberar la fuente: la historia de Mozilla". Fuentes abiertas: Voces de la revolución del código abierto (1ª ed.). ISBN 1-56592-582-3.
Frank había hecho su tarea, citando el artículo de Eric Raymond, "La catedral y el bazar", y hablando con personas de los departamentos de la organización, desde ingeniería hasta marketing y administración.
- ^ Louis Suárez-Potts (1 de mayo de 2001), entrevista: Frank Hecker , openoffice.org,
(dado que siempre se menciona en relación con la decisión de Netscape sobre Mozilla, también debo señalar que el artículo de Eric Raymond "La catedral y el bazar" fue referenciado por yo y otros que estaban presionando a la gerencia de Netscape. En mi opinión, la importancia del documento en el contexto de la decisión de Netscape fue principalmente que proporcionó una validación independiente de ideas que ya se estaban discutiendo y promocionando activamente dentro de Netscape. Si alguna vez ha intentado promover una propuesta dentro de su organización, entonces puede haber descubierto que es algo más fácil hacer esto si puede señalar a alguien fuera de la organización que está diciendo lo mismo).
- ^ Sam Williams (30 de noviembre de 2011). Gratis como en Freedom [Libro en rústica]: Cruzada por el software libre de Richard Stallman . "O'Reilly Media, Inc.". pag. 161. ISBN 978-1-4493-2464-3.
Cuando el director ejecutivo de Netscape, Jim Barksdale, citó el ensayo "La catedral y el bazar" de Raymond como una influencia importante en la decisión de la empresa, la empresa elevó instantáneamente a Raymond al nivel de celebridad hacker. Decidido a no desperdiciar la oportunidad, Raymond viajó hacia el oeste para entregar entrevistas, asesorar a los ejecutivos de Netscape y participar en la eventual fiesta de celebración de la publicación del código fuente de Netscape Navigator.
- ^ Poe, Marshall (septiembre de 2006). "La Colmena" . El Atlántico . Consultado el 5 de julio de 2012 .
- ^ Schiff, Stacy. "Anales de información" . The New Yorker . Consultado el 4 de julio de 2014 .
- ^ Karl Eugen Kurbel (23 de junio de 2008). La fabricación de sistemas de información: ingeniería y gestión de software en un mundo globalizado . Saltador. págs. 222–. ISBN 978-3-540-79260-4. Consultado el 15 de octubre de 2012 .
- ^ Bezroukov, Desarrollo de software de código abierto como un tipo especial de investigación académica: Crítica del raymondismo vulgar "Consultado el 23 de mayo de 2019.
- ^ Bezroukov, Una segunda mirada a la catedral y el bazar Consultado el 23 de mayo de 2019.
- ^ Jan Bergstra; Mark Burgess (19 de diciembre de 2007). Manual de administración de redes y sistemas . Elsevier. págs. 202–. ISBN 978-0-444-52198-9. Consultado el 15 de octubre de 2012 .
- ^ Eric S. Raymond, " Respuesta a Nikolai Bezroukov "
Referencias
- Raymond, Eric S. (1999). La catedral y el bazar: reflexiones sobre Linux y el código abierto de un revolucionario accidental . O'Reilly Media. ISBN 1-56592-724-9.
enlaces externos
- Página web oficial
- Roberts, Russ (19 de enero de 2009). "Eric Raymond sobre piratería, código abierto y la catedral y el bazar " . EconTalk . Biblioteca de Economía y Libertad .