Conversation in Cybernetics  /  Module Four of Seven

Module Four · Alexander & the Pattern Language

The Conversation You Can Share

Module Three found a conversation inside one designer. But how do many people — a household, a town, a profession — converse about what to build, without one of them dictating to the rest? Christopher Alexander spent his life on that question and answered it with a language: a shared grammar of patterns that ordinary people can speak. The case is one of the most remarkable conversations in the series: an architect standing before a room of programmers, asking what on earth connects his work to theirs.

Anchoring caseAlexander’s 1996 keynote to the software world Core conceptA pattern language as shared grammar Cybernetic lineageAlexander; arriving from architecture
The Case

San Jose, October 1996

An architect walks onto the stage at a computer-science conference. The audience are object-oriented programmers, gathered at OOPSLA; they have spent a decade borrowing his ideas, building “design patterns” out of a book he wrote about towns and buildings. He has come to ask them, more or less, a single question: what is the connection between what I am doing in architecture and what you are doing in computing — and have you understood it?1

Watch · A conversation across a discipline Christopher Alexander, Patterns in Architecture — keynote to the 1996 ACM OOPSLA conference, San Jose, 8 October 1996. He lays out three things: the history of pattern theory, the framework that became The Nature of Order, and his real question for the programmers in the room. Near the end he says, “I realize you probably think I'm nuts” — and the room gives him a standing ovation. The talk became the 1999 paper “The Origins of Pattern Theory.”
What happens

Alexander does not lecture down to the room, nor flatter it. He tells the programmers that they have taken the mechanical part of his idea — patterns as reusable solutions — and largely missed the point: that the whole purpose of a pattern language was to let people generate buildings and towns that are alive, that have what he had earlier called the quality without a name. He challenges them to take up the harder, moral half of the work. It is a genuine exchange: he listens to what their field made of his, and answers back across the boundary between architecture and software.2

That is the case, and it is doubly a conversation. The content of the talk is about how a pattern language lets a community converse about building. The event of the talk is itself a conversation between two disciplines that had never properly spoken. Form and subject coincide — exactly the reflexive signature of this whole series.

Watch how the case form shifts again. Module One's conversation ran between a person and a machine; Module Three's, within one maker. Here it runs between whole fields of practice, and the medium is a shared language of patterns. The cybernetic loop has scaled up — and we are on the road toward the social-scale conversations of Modules Five and Six.


The Concepts

What the case is made of

Five ideas carry this module. The first is the engine; the rest follow from it. Read them as Alexander's own path — the one he traced from a rigid early method toward something living.

Concept 1

A pattern is a unit of design conversation. Each of Alexander's patterns names a recurring relation between a context, a problem, and a solution. Stated that way, a pattern is shareable: not a finished design, but a move two people can both point at, argue over, and agree to use.3

Concept 2 — entailed by 1

Patterns interlock into a language. A single pattern means little alone. A Pattern Language (1977) gives 253 of them, each embedded in larger patterns, surrounded by ones its own size, and containing smaller ones — so that one pattern can be reasoned toward another. That web of entailment is, structurally, the same shape as Pask's entailment mesh from Module One.4

Concept 3 — why a language and not a plan

The users converse, not the architect alone. Alexander's wager was that people are more sensitive to their own needs than any expert could be. A pattern language is built to be spoken by inhabitants — so the design of a place becomes a conversation among the people who will live in it, with the architect as a participant rather than a dictator.5

Concept 4 — what the conversation is reaching for

The quality without a name. Some places are alive, whole, at ease with themselves; we feel it but cannot quite name it. Alexander called this the quality without a name (QWAN), and made it the criterion the whole conversation aims at. It cannot be specified in advance — only reached, iteratively, by responsive dialogue between makers and place.6

Concept 5 — the late turn

The whole makes its parts. In his later Nature of Order, Alexander reversed the usual logic: a living structure is not assembled from parts; rather the whole comes first and differentiates into parts, by generative sequences — step by step, each decision the context for the next. This is feedback and emergence by another name — the rainforest of Module One, now in the language of building.7

Why this is cybernetics, arriving by another road

Alexander almost never used the word “cybernetics,” and began, in Notes on the Synthesis of Form (1964), with a coldly decompositional, almost engineering method — which he then spent his career repudiating.8 What he moved toward is unmistakably cybernetic all the same: feedback, emergence, wholes that generate their parts, design as a responsive loop rather than a master plan. He reached the same country as Pask and Glanville from the opposite direction — which is why his work could leap, at OOPSLA, into software, the first wiki, and agile development: all of them ways of holding a structured conversation about design.9

Each pattern can exist in the world only to the extent that it is supported by other patterns: the larger patterns in which it is embedded, the patterns of the same size that surround it, and the smaller patterns which are embedded in it. Christopher Alexander, A Pattern Language, 1977
The Mesh

The five concepts, as a small pattern language

Fittingly, this module's entailment mesh is itself a little pattern language: each concept embedded in, surrounding, or contained by the others — reaching upward toward the quality the whole conversation seeks.

a pattern 1 · THE UNIT a language 2 · PATTERNS INTERLOCK users converse 3 · NOT THE ARCHITECT ALONE whole makes parts 5 · GENERATIVE quality without a name 4 · WHAT IT REACHES FOR

The mesh of Module Four. The green arc from the quality without a name back down to a pattern is the generative return: the aliveness a place reaches for reshapes the very next move the makers make. The dashed edge is an alternative route — from language straight to the generative “whole makes parts.”

entails  ·  mutually entails  ·  | alternatives (dashed)


Teachback Challenge

Now you speak the language

A pattern language is only real when people use it to converse. So this teachback asks you to make three patterns and put them into a conversation — ideally with another person, since that is the whole point.

Serialist path — one pattern at a time
  1. Pick a place you know — a kitchen, a classroom, a café. Write one pattern as a three-part rule: context → problem → solution. (E.g. “In a kitchen where people gather, the cook is cut off from guests; so place the counter facing the room.”)
  2. Write a second pattern that the first one needs — a larger one it sits inside, or a smaller one it contains.
  3. Draw the link between them with or . You have begun a pattern language.
  4. Now teach it back: explain to someone why naming the pattern lets the two of you converse about the place — rather than one of you simply deciding.
Holist path — the whole quality first
  1. Think of a place that feels truly alive to you — at ease, whole, hard to name why. Describe that quality in a sentence, without using the word “nice.”
  2. Then work backward: name two or three patterns that place is quietly using to achieve it.
  3. Explain why Alexander insists this quality must be generated through conversation, not specified in a plan — and connect that to “the whole makes its parts.”
  4. Say which path you took, and whether you, like Alexander at OOPSLA, found the “mechanical” half of patterns easier to grasp than the living half.
In Your Place

The languages you already share

You belong to communities that converse in pattern languages, even if no one calls them that — the unwritten rules of a good meeting, a family recipe passed down and adjusted, the conventions of a craft. Each is a shared grammar that lets people build together without one person dictating to the rest. Alexander's claim is that the best of these are alive: they leave room for the quality without a name.10

So this week, find one such language in a place you share with others — a kitchen, a team, a classroom — and ask: is this a conversation, or a set of orders? Could a newcomer learn to speak it, and change it? A living pattern language, like a living conversation, can always be added to. Carry that question into Module Five, where Bela Banathy takes the design conversation to its largest scale yet: a whole society learning to design itself.

Notes & References

  1. Christopher Alexander, “Patterns in Architecture,” keynote to the ACM Conference on Object-Oriented Programs, Systems, Languages and Applications (OOPSLA), San Jose, 8 October 1996. Video archived on YouTube; lightly edited as the 1999 paper below.
  2. Christopher Alexander, “The Origins of Pattern Theory: The Future of the Theory, and the Generation of a Living World,” IEEE Software 16, no. 5 (1999): 71–82. The published version maps closely to the talk until c. 46 minutes in.
  3. On the pattern as a three-part rule (context–problem–solution), see C. Alexander, S. Ishikawa & M. Silverstein, A Pattern Language: Towns, Buildings, Construction (New York: Oxford University Press, 1977), front matter.
  4. The 253 interlocking patterns and the “embedded / surrounding / contained” structure are set out in A Pattern Language (1977); cf. the entailment mesh in Module One.
  5. On users’ sensitivity to their own needs and design as inhabitant-led, see A Pattern Language (1977) and the University of Oregon experiment in C. Alexander et al., The Oregon Experiment (New York: Oxford University Press, 1975).
  6. The “quality without a name” (QWAN) is introduced in C. Alexander, The Timeless Way of Building (New York: Oxford University Press, 1979), esp. p. 41.
  7. On “the whole makes its parts” and generative sequences, see C. Alexander, The Nature of Order, 4 vols. (Berkeley: Center for Environmental Structure, 2002–2005), Book One; and his Stanford CSL talk, “The Missing Link in Software Pattern Theory” (2000).
  8. Christopher Alexander, Notes on the Synthesis of Form (Cambridge, MA: Harvard University Press, 1964) — the decompositional early method Alexander later moved away from.
  9. On the migration into software, the first wiki (per Ward Cunningham) and agile development, see “Christopher Alexander,” Wikipedia; and H. Dubberly & P. Pangaro on cybernetics and design. The kinship with Pask and Glanville is one of convergence, not influence.
  10. On living languages that leave room for QWAN, cf. The Timeless Way of Building (1979); and, on the “conversation with the materials,” D. Schön, The Reflective Practitioner (New York: Basic Books, 1983), connecting back to Module Three.
← Module Three · The Design Conversation Module Five · Banathy & Design at the Scale of Society →