Product Description

This volume provides the opening work in Christopher Alexander's seminal trilogy on architecture (continued in A Pattern Language and The Oregon Experiment). Here he provides a fascinating introduction to the ideas behind the succeeding two books.

Product Details

• Amazon Sales Rank: #51918 in Books
• Published on: 1979-08-01
• Original language: English
• Binding: Hardcover
• 552 pages

Review
"Excellent text for architectural theory and design--a must for design students."--Brad Grant, California Polytechnic State University

From the Publisher
Plates

About the Author
Christopher Alexander, winner of the first medal for research ever awarded by the American Institute of Architects, is an architect and builder who has built in many countries. He is also Professor of Architecture at the University of California, Berkeley, and Director of the Center for Environmental Structure.

Customer Reviews

The Etymology of Software Architecture
I found this book so mesmerizing that I read it twice. During the first pass, I was surprised that the book was so philosophical and poetic in describing architecture. I expected something more technical. Later during the second pass, my goal was to find derivatives and analogies in software architecture. Based on what I found, I think every software architect would enjoy this book.

The writing style that I noticed in my first read of the book made me feel like I was reading an architecture bible. I hesitate to describe the book as religious, but the book's description "the power to make buildings beautiful lies in each of us already" and the description of the word "alive" giving architecture "the quality without a name" triggered an epiphany when recalling that the Bible says "In the beginning God created the heaven and the earth." and, "So God created man in his own image." This is why I'd say this book has a primal, sacred aspect, and this is why we like to build. Additionally, the book especially moved me so my mind's eye was opened to see "alive" patterns and to think about the morphology of architecture filling voids and generating towns.

On the second pass of reading, I was struck by this software architecture analogy in the table of contents: "16. Once we have understood how to discover individual patterns which are alive, we may then make a language for ourselves for any building task we face. The structure of the language is created by the network of connections among individual patterns: and the language lives, or not, as a totality, to the degree these patterns form a whole." Could this be the guidebook for designing enterprise software architecture?

Obviously this book was the inspiration for the philosophy and vocabulary for software architecture, and I thought some of the following excerpts were noteworthy paradigm shifts.

"The patterns are not just patterns of relationships, but patterns of relationships among other smaller patterns, which themselves have still other patterns hooking them together---and we see finally, that the world is entirely made of all these interhooking, interlocking nonmaterial patterns." This sounds like the difference between patterns of software architecture and object-oriented software design patterns.

"Each pattern is a three-part rule, which expresses a relation between a certain context, a problem, and a solution." Deja vu for software patterns.

"You may be afraid that the design won't work if you take just one pattern at a time...There is no reason to be timid...The order of the language will make sure that it is possible." Likewise in software architecture design, as one design pattern is considered at a time to see how it fits needs into the large picture of design. If this pattern is later deemed to be dead, it can be replaced by an "alive" design pattern.

"Next, several acts of building, each one done to repair and magnify the product of the previous acts, will slowly generate a larger and more complex whole than any single act can generate." This correlates to software refactoring.

"It is essential, therefore, that the builder build only from rough drawings: and that he carry out the detailed patterns from the drawings according to the processes given by the pattern language in his mind." When I read this, I thought about the metaphor to the software architect's vision and design. The software architect's design needs to be abstract enough to accommodate change easily, but yet simple enough so software programmers can understand it, finish the detailed component design and build the component to fit the architectural whole.

A Powerful Way of Thinking
Alexander's "A Timeless Way of Building" is a philosophical treatise which has informed my thinking profoundly. Without any formal training or interest in architecture, per se, this book has opened a world of awe for me. Awe of language, of systems, of people. It almost reads as a spiritual text - but with the credibility afforded only to those who clearly address specific content (architecture and city planning, in this case). Alexander's writing is clean and precise. His ideas are powerful, they are more true today than in '79 and in more domains than architecture. I recommend this to anyone who is curious about how systems work.

this book blew me away
I bought this book because i am about to build a house. Coincidentally, i am also a senior software engineer and very familiar with design patterns in my field - i use them every day. They work very well for programming computers.

This book, however, literally takes the concept of living patterns to architecture, and, by extension of the act of creation, to life itself.

At the same time as being a great philosophical read, it's also a handy guide to building a house. Bonus points for the author: The book can be read in 15 minutes (reading the "detailed table of contents"), in one hour (reading only the headlines), or in the full. These modes of reading the book come from the author's emphasis of the whole over the parts, e.g. the whole is more than the sum of its parts.

I am not entirely sure that, as the author promises, i will now be able to go and build a house, without drawing a plan... but that this idealistic goal is in practice hard to attain does not make the incredibly deep insights in this book any less true or any less practical.

Like another reader said - the book changed the way i think about... everything!

Patterns as described in this book are far more refined than anything we use in computer science, and that he sees them in a much broader light. The central grandiose idea is the one of complete interconnectedness of the patterns - the whole, which is more than the sum of its parts.