| By Kevin Bedell |
Article Rating: |
|
| October 2, 2003 12:00 AM EDT |
Reads: |
19,993 |
"Those who do not understand UNIX are doomed to reinvent it, poorly."
– Henry Spencer, Usenet signature, November 1987
So begins the first chapter of Eric Raymond's newest book, The Art of UNIX Programming. In the pages that follow Eric does his best to make sure readers do understand UNIX by bringing them along on a journey beginning in the earliest days of "timesharing" systems in the 1960s and continuing right up to today. Along the way, readers meet (via their review comments inserted into the book) such UNIX luminaries as Ken Thompson (original inventor of UNIX while at AT&T Bell Labs), David Korn (who wrote the Korn shell), Brian Kernighan (Author of the classic book The C Programming Language), and a number of others. The Art of UNIX Programming is a seminal work from one of the masters in the field.
Eric strives to achieve two equally important goals with this book. First, he attempts to teach the reader the "art" of developing applications using UNIX. To accomplish this he provides a great number of examples, design patterns, case studies, and "rules of thumb" that the reader can use to understand what essentially is a series of best practices for application development and architecture using UNIX.
Second, and potentially more valuable, Eric does his best to instill in the reader an understanding of the culture and history of UNIX and of the "Hacker Culture" that grew up around it. He provides quotes and anecdotes from many of the pioneers behind UNIX, a chapter dedicated directly to UNIX philosophy and culture, and a series of parables, or koans, in the form of lessons from a Zen Master Foo to an aspiring student.
Some of the design "rules" that Eric provides are:
Rule of Clarity: Clarity is better than cleverness
Rule of Modularity: Write simple parts connected by clean interfaces
Rule of Composition: Design programs to be connected with other programs
While simple ideas, taken together they will teach developers to program in a way that will allow them to become most successful using UNIX. These ideas will also make UNIX administrators more effective by helping them understand why the programs they use work the way they do.
But why does the world need a book that outlines and teaches the history, culture, and philosophy behind UNIX development? To begin with, we need it because many of the original UNIX pioneers are getting to the point of retiring now. Much of the lore behind the early development of UNIX and how it came to be is an oral (and Usenet-based) history; if no one writes it down in a single place, much of it will simply be lost.
Also, with the explosion of Linux, there are now many more developers using UNIX than there ever were before. It's important to the community in existence now that we pass these stories and the culture and values we've created to this new generation.
It also takes developers a long time to learn all this if they have to learn it on their own. I spent close to five years as a C/UNIX developer and can tell you having this book would've helped me understand how to become more effective much faster.
But even more important is understanding this culture and its impact on the history (and future) of Linux. As Linux becomes more and more popular and its worldwide economic impact grows, the pressures on it to become controlled and directed by major corporations will grow as well. The only thing that will ensure its independence, and potentially its survival, will be the community around it. The culture and philosophy outlined in this book can help tie the community together and strengthen it.
After all, what is a community except a group of individuals united by a common purpose and sharing a common culture, philosophy, and values?
Subscribe to Linux Email News Alerts
Subscribe via RSS
