Publicado en techbooks@SoftwareLibre.org.bo el 25 de Mayo del 2008

• Editorial O'Reilly Media
• Idioma Inglés
• Edición impresa 255 páginas
• Lanzamiento 1999
• Revisión 2001
• ISBN 0-596-00131-2
• ISBN 13 9780596001315
• Autor Eric Steven Raymond
• Licencia del contenido Open Publication License

La Catedral y el Bazaar (abreviado como CatB) es un libro clásico, creado a partir de una serie de ensayos escritos por Eric S. Raymond, basados sobre sus observaciones referentes al proceso de desarrollo del Kernel de Linux, y a sus experiencias propias en la administración de un proyecto de software libre fetchmail.

El título del libro se debe al ensayo principal, denominado de la misma forma, el cuál fué inicialmente presentado el 27 de Mayo del año 1997 en un Congreso de Linux (Linux Kongress).

El contenido principal del libro gira en torno al proceso de desarrollo del software libre desde dos enfoques completamente diferentes, vigentes en aquel momento, a los cuales el denomina modelo Catedral y modelo Bazaar respectivamente.

Citando a la wikipedia:

• El modelo Catedral, en el cuál el código fuente es liberado junto a cada lanzamiento oficial, pero el código en desarrollo, entre lanzamientos, esta restringido a un grupo exclusivo de desarrolladores. Se presentan GNU Emacs y GCC como ejemplos.
• El modelo Bazaar, en el cuál el código fuente es desarrollado a través del Internet a la vista del público. Raymond da el crédito a Linus Torvalds, líder del proyecto Kernel de Linux, como el inventor de este proceso...

A tiempo de su publicación, fué distinguido especialmente por ser el primer libro comercial, completamente ditribuido mediante una licencia de libre contenido.

El libro influenció de tal forma, que convención a muchos de los proyectos de código libre/abierto a adoptar el modelo Bazaar, ya sea completa ó parcialmente. También se dice que fué el golpe final para que la Netscape Communications Corporation liberara el código fuente de su navegador Netscape Communicator, y de esta forma se inicie el proyecto Mozilla.

Uno puede leer el texto completo del libro, excepto el preámbulo escrito por Bob Young, en la página personal de Eric S. Raymond. Adicionalmente se puede descargar las fuentes DocBook del texto del libro. También se presentan enlaces a proyectos de traducción a distintos idiomas de algunos fragmentos del libro.

Algunas citas del ensayo principal:

• Linus Torvalds's style of development—release early and often, delegate everything you can, be open to the point of promiscuity—came as a surprise.
• Every good work of software starts by scratching a developer's personal itch.
• ... you often don't really understand the problem until after the first time you implement a solution. The second time, maybe you know enough to do it right. So if you want to get it right, be ready to start over at least once.
• When you lose interest in a program, your last duty to it is to hand it off to a competent successor.
• Another strength of the Unix tradition, one that Linux pushes to a happy extreme, is that a lot of users are hackers too. Because source code is available, they can be effective hackers.
• "I'm basically a very lazy person who likes to get credit for things other people actually do." --Linus Torvalds.
• In those early times (around 1991) it wasn't unknown for him to release a new kernel more than once a day!
• "Given enough eyeballs, all bugs are shallow." ... "Linus's Law" ... "Debugging is parallelizable"
• If you treat your beta-testers as if they're your most valuable resource, they will respond by becoming your most valuable resource.
• The next best thing to having good ideas is recognizing good ideas from your users. Sometimes the latter is better.
• Often, the most striking and innovative solutions come from realizing that your concept of the problem was wrong.
• "Perfection (in design) is achieved not when there is nothing more to add, but rather when there is nothing more to take away." --Antoine de Saint-Exupéry (El principito)
  
• Any tool should be useful in the expected way, but a truly great tool lends itself to uses you never expected.
• When your language is nowhere near Turing-complete, syntactic sugar can be your friend.
• A security system is only as secure as its secret. Beware of pseudo-secrets.
• It's fairly clear that one cannot code from the ground up in bazaar style. One can test, debug and improve in bazaar style, but it would be very hard to originate a project in bazaar mode. Linus didn't try it. I didn't either.
• Provided the development coordinator has a communications medium at least as good as the Internet, and knows how to lead without coercion, many heads are inevitably better than one.
• Our reply, then, to the traditional software development manager, is simple—if the open-source community has really underestimated the value of conventional management, why do so many of you display contempt for your own process?
• "On behalf of everyone at Netscape, I want to thank you for helping us get to this point in the first place. Your thinking and writings were fundamental inspirations to our decision." --Eric Hahn, CTO de Netscape.
• Mozilla group didn't ship a production-quality browser for two and a half years after the project launch ... "Open source,'' he correctly observed, "is not magic pixie dust.'' --Jamie Zawinski.

Quedan coordialmente invitados a degustar de esta lectura.