The Cathedral & the Bazaar

Author: Eric S. Raymond
Publisher: O'Reilly & Associates
E-mail: info@ora.com
Price: $19.95 US
ISBN: 1-56592-724-9
Reviewer: Peter H. Salus
Beginning in 1992, Eric S. Raymond has jotted notes and comments that were (and still are) net-accessible. Since 1996, several of his essays (most notably “The Cathedral & the Bazaar”) have become required reading. If anything, the obloquy heaped on Raymond by the PR folks in Redmond, WA (e.g., in the “Halloween documents”) has made him more important.
O'Reilly has done us all a good favor by collecting a number of Raymond's pieces and making them readily accessible at a price everyone can afford.
The volume contains “A Brief History of Hackerdom”, “The Cathedral & the Bazaar”, “Homesteading the Noosphere”, “The Magic Cauldron”, “The Revenge of the Hackers” and “Afterword”, plus two appendices.
These are the “commonsense” or the “Federalist papers” for the Open Source movement. They are the testimony of just why the BSDs and Linux, Perl and Python, Tcl and Java are successful: we have tens of thousands of programmers all over the world contributing to the excellence of programs and systems. We don't have an encapsulated proprietary system which no one can debug.
When I was writing A Quarter Century of UNIX (Addison-Wesley, 1994), I realized that essential to the “UNIX philosophy” was something alien to commercial programming: the changes to the kernel, the applications and the programs were all written by one or two or three hackers, not by teams of programmers. Eric Allman wrote Sendmail; Mike Lesk wrote the original uucp (even the mid-1980s version, HoneyDanBer, was by Peter Honeyman, Dan Nowitz and Brian Redman); Steve Johnson wrote yacc; Bill Joy wrote vi, etc. Brian Kernighan once told me AWK was the toughest project he ever worked on “because there were three of us” (Aho, Weinberger and Kernighan).
Of course, it's all the Internet's fault. Even with the semi-annual USENIX tape-swaps and uucp, stuff passed about more slowly. It's the Net that enabled a Finnish student to send his work to nearly every corner of the world and enabled thousands to contribute and feed stuff back to him.
In some ways, “The Magic Cauldron” is my favorite essay of Raymond's. Here, he shows that he understands the underlying economic reasons for the success of open software. This understanding is based on the anthropological study of gift exchanging and the concepts of what happens in a gift culture when “survival goods are abundant”, and therefore, the exchange is no longer interesting.
This is tied together with the notions inherent in the fact that software has two distinct values: use value and sales value. As Raymond says, use value is value as a tool; sales value is value as a salable good. One of Raymond's most interesting discussions is founded in this.
Food, equipment and books all retain value independent of the producer. If a farmer sells his farm, the food produced retains its value, etc. When a computer manufacturer (hardware or software) goes out of business or a line is discontinued, the price users are willing to pay plummets. The price users will pay is limited by “the expected future value of vendor service”.
Open-source software forces the vendor into a world of service-fee-domination and exposes “what a relatively weak prop the sale value of the secret bits in closed-source software was all along”.
The true advantage for all of us lies in the notion of high-quality software being built upon by the community, rather than being locked up in a vault or discontinued.
Raymond believes that in 2000/2001, Linux will be “in effective control of servers, data centers, ISPs and the Internet, while Microsoft maintains its grip on the desktop”. Most likely, that's correct. But with the advent of products like StarOffice and WordPerfect for Linux, there may well be inroads into the desktop market as well.
This is a fine, thought-provoking book that should be read by anyone interested in computing: open, academic or proprietary.
Peter H. Salus, the author of A Quarter Century of UNIX and Casting the Net, is Editorial Director of SSC. He can be reached at peter@ssc.com.
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Sponsored by AMD
Built-in forensics, incident response, and security with Red Hat Enterprise Linux 6
Every security policy provides guidance and requirements for ensuring adequate protection of information and data, as well as high-level technical and administrative security requirements for a system in a given environment. Traditionally, providing security for a system focuses on the confidentiality of the information on it. However, protecting the data integrity and system and data availability is just as important. For example, when processing United States intelligence information, there are three attributes that require protection: confidentiality, integrity, and availability.
Learn more about catching the bad guy in this free white paper.
Sponsored by DLT Solutions
| Designing Electronics with Linux | May 22, 2013 |
| Dynamic DNS—an Object Lesson in Problem Solving | May 21, 2013 |
| Using Salt Stack and Vagrant for Drupal Development | May 20, 2013 |
| Making Linux and Android Get Along (It's Not as Hard as It Sounds) | May 16, 2013 |
| Drupal Is a Framework: Why Everyone Needs to Understand This | May 15, 2013 |
| Home, My Backup Data Center | May 13, 2013 |
- Designing Electronics with Linux
- New Products
- Linux Systems Administrator
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Senior Perl Developer
- Technical Support Rep
- UX Designer
- Dynamic DNS—an Object Lesson in Problem Solving
- Web & UI Developer (JavaScript & j Query)
- Using Salt Stack and Vagrant for Drupal Development
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi

It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Featured Jobs
| Linux Systems Administrator | Houston and Austin, Texas | Host Gator |
| Senior Perl Developer | Austin, Texas | Host Gator |
| Technical Support Rep | Houston and Austin, Texas | Host Gator |
| UX Designer | Austin, Texas | Host Gator |
| Web & UI Developer (JavaScript & j Query) | Austin, Texas | Host Gator |
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?




5 hours 36 min ago
6 hours 10 min ago
7 hours 8 min ago
7 hours 59 min ago
12 hours 58 sec ago
15 hours 48 min ago
15 hours 56 min ago
18 hours 10 min ago
20 hours 40 min ago
1 day 6 hours ago