The logic of architecture

Daniel Davis – 9 November 2010

William Mitchell sits between architect, science fiction writer, and perpetual optimist. The world needs more people like him – if only to combat the ecological pessimists, and baby-boomer guilt. His enthusiasm for the future of architecture helped spawn the MIT Media Lab, and gave rise to some particularly entertaining books (ME++ and The City of Bits, among others). Like anyone who predicts the future, Mitchell is wrong more than he is right. He is definitely wrong in The logic of Architecture. However, the myth Mitchell tells in The logic of Architecture is not interesting for Mitchell’s incorrectness, but for what this incorrectness can teach us about our own myths.

Roughly speaking, Mitchell’s thesis can be broken down into three parts:

  1. We can express architecture as words, and these words can be expressed in a logical syntax.
  2. We can use grammar to anticipate what will come next in the logical syntax.
  3. We can use this to design architecture.

Mitchell wrote this in 1990, so while logic programming and shape grammars were in existence (Mitchell did work on them in 1978), Mitchell’s contribution was to provide a framework to popularise these concepts. Much like the 1960’s space planning movement, the projects that flowed from The Logic of Architecture were fruitless applications of enthusiasm and computation, although it did produce some sweet patterns. We are still living with the residual effects of this, and the following list is lessons that I think can be taken from the failure of The Logic of Architecture:

Architecture is not binary

One of the most valuable lessons I learnt at architecture school was to be cautious of anyone speaking about binaries – they are most likely wrong. Mitchell is no exception. Many of his grammar rules are based on the idea of something being ‘adequate’; the structure is adequate to hold up the building, the room is adequately proportioned for the function, ect. These are all binary conditions, the structure is either adequate or the structure is not adequate. This naive view of the world masks one of the biggest problems with Mitchell’s system: in the real world there are degrees of adequacy and the architect’s main job is satisficing the conflicting objectives of a project. Resolving conflicting goals in a digital system remains an unsolved problem, and a significant one at that. I will return to this point at the end, but in short, the real world is far more complex than we often assume it to be – and binaries are a give away that something is oversimplified.

Structure is not logic

Small section of Wikipedia links by Juhan Sonin

Mitchell’s logic language describes how something looks and how it relates to other objects. For example you could say the wooden block is on the metal table. In our ocularly dominated world this makes sense, but I can’t help but wonder how Mitchell would describe Wikipedia if he saw it. It is tempting to describe W as a network of links, since this is how we perceive Wikipedia when we use it. The diagram for this would be like the one above, times about a million – a super complex description. However in reality Wikipedia is structured like the diagram below, pretty simple. I would love to think such a diagram exists for architecture, and we can get away from these verbose descriptions of what something looks like, and go into the true logic of the object.

Actual structure of Wikipedia from Wikimedia
Actual structure of Wikipedia from Wikimedia

Language is plural and restricting

Just like there are many ways to describe Wikipedia, there are many ways to describe architecture. Mitchell’s development of a language in The Logic of Architecture is not particularly novel. But what is interesting is his realisation that languages defines the scope of architectural possibility (the search space) and the best language defines all the design options we would possibly want, without being cluttered with the ones we do not want. So when Mitchell shows an image of Tarski’s World, I am blown away anyone would want to design with it (you can with this java applet).

program

But then again, scripting is not the most obvious way to describe a building. It is interesting to think of Grasshopper, and GC and Processing, in twenty years time, looking as clunky as Tarski’s World. I wonder what part of the design space we are currently missing by describing our buildings through mathematics.

Do it, don’t talk about it

Confirmation bias runs rampant in architectural academia. It is too easy to design a new way of producing architecture, test it on an idealised project and then extrapolate that you have changed the world. Or alternatively (as apparently happened at ACADIA this year) look to French continental philosophers as confirmation of your correctness. Had Mitchell tried to produce more than reproductions of 1:200 plans in The Logic of Architecture, I am sure he would have reconsidered his thesis in light of the gritty reality of real projects. In Mitchell’s time this would be a tall ask, but today, with so much of the underlying technology in place, there is not reason not to make these tools. So along with anyone talking in binary, I am immensely suspicious of anyone who describes a theoretical design tool, or one only tested on hypothetical projects. Thankfully Mitchell gave up doing this after The Logic of Architecture and just started telling us how the world was going to be – and Michell’s reality is not bad at all.

And with that, I think Digital Morphogensis is officially one year old, thank you to all the readers, commenters and twitters for helping make it happen.

11 December 2011: Tarski’s world was mistakenly called Peano’s World. Thank you to Ruwan for catching this.