I have noticed a number of recent adaptations of Christopher Alexander’s ‘Pattern Language’ idea in areas that are quite different from architecture and urban design,  were the subject of his first trilogy of Pattern Language books — ‘The Timeless Way of Building’, ‘A Pattern Language’, and ‘The Oregon Experiment’.  This is somewhat curious because at the same time, a similar rash of references is occurring about another familiar idea from the same time and place — Horst Rittel’s concept of “Wicked Problems”. 
Both Alexander and Rittel were teaching at Berkeley when I was there as a graduate and then postgraduate student, in the late 1960’s and early 1970’s. Both belonged to the ‘design methods’ movement, a group of people who tried to remedy what was widely seen as a lack of research and adaptation of the new ‘space age’ insights in architecture and urban design and planning. They tried to bring ideas and tools from operations research, the emerging computer applications and systems studies to bear on architecture and planning. However, Alexander dramatically disassociated himself from that group, after a first disappointing attempt at devising a computer program to produce architectural designs.  He then focused on his ambitious pattern language project. This was seen as a move philosophically opposing the methods and systems efforts — efforts whose early applications in the sociopolitical arena had seen some spectacular failures.
It is interesting to attempt a brief, crude comparison of the reactions by Alexander and Rittel to these experiences.
Rittel’s recognition of the ‘wicked’ nature of not only architectural design problems but especially these large scale social policy problems led him to what he called the ‘second generation’ design methods, facing the significant role of the information needed to deal with these problems — information that is largely ‘distributed’ in the population affected by the problems and proposed solutions, and therefore calls for wide and open participation by the public. He therefore launched the development of ‘issue based information systems’ (IBIS) and ‘argumentative planning information systems’ (APIS) in which that distributed information would be collected and discussed and argued: the “Argumentative Model of Planning”.  A model in which resulting decisions are not ‘right’ or ‘wrong’, ‘correct’ or ‘false’, due to the wicked nature of the problems, and the fact that the ‘deontic’ (ought)-questions involved do not admit of true or false answers that can be scientifically determined. Thus, solutions can only be judged (subjectively) as ‘good’ or ‘bad’. The argumentative model and information systems aim at facilitating participants’ efforts to explain to each other their basis of these subjective judgments; at best, to ‘objectify’ the judgments, by showing each other how their ‘good/bad’ judgments relate to objective features of the solution. This is a model whose essential dependency on participation required openness to creativity (new ideas), common language, avoiding discipline jargon as much as possible (or translating jargon into common language), and openness to different frames of references about the matter under discussion.
Alexander’s Pattern Language can be seen as representing a very different view. It was an ambitious, eminently insightful and creative attempt to establish a different ‘way of talking’ — a language — about architecture, construction, and urban design, addressing aspects that contemporary architecture and urban planning as well as the efforts of the systems approach as well as the building systems developers (another area of research and study at Berkeley) had largely been missing, and as such immensely valuable.
But essentially, the Pattern Language is another element in a long line of what may be called ‘rule books’ or recipe books – a somewhat dismissive label that does not do justice to its significance was ‘cookbook’ — for building and urban design. A collection of solution elements that — like a good cookbook — promised, even guaranteed a ‘good’ solution if the solution was put together by properly following the recipe. Potential objections such as that of resulting uniformity were countered by pointing to the large number of different possible combinations of the patterns, and the claim that designers could ‘apply the same patterns a thousand times without doing it the same way twice’ — obviously by virtue of dimensional, that is, parametric variations of the pattern elements. But the patterns had to be applied to solve the problem it claimed to address: Alexander sternly warned that if you are not using the pattern, you aren’t solving the problem…
An added attraction for some minds: since the patterns are so timelessly valid and true, there’s no more need for discussion, argument. Disagreements about pros and cons of solutions can be shut down just like Alexander shut up a young developer at one of his presentations who dared ask a question about the economic implications of the approach: “We are talking about serious things here…”
I was of course working in the ‘other’ (Rittel) camp, trying to make useful contributions to some challenges of the argumentative model, such as developing tools for more systematic and transparent evaluation of planning arguments (the pro and con arguments about planning proposals, that did not receive much attention by the disciplines ‘in charge’ of argumentation because they contain deontic claims that are not ‘true’ of ‘false’ in the same way as the claims about the facts of the world, and because their structure does not meet the formal logic criteria for deductive validity.) And thinking about better ways to link the eventual decisions to the merit of the arguments and other information provided in the participatory planning and policy discourse, as well as better platforms for the planning discourse, especially for global problems — problems for which there are no useful recipe or cook books yet.
But I was fascinated by the Pattern Language effort, and tried to develop a different ‘way of talking’ about architecture in response to it, that in my opinion left more room for more room for creativity in addressing changes in people’s expectations of and responses to buildings, avoiding its exclusive ‘timeless’ aspect.  I also wanted to reopen the question of evaluation of solutions (in view of solutions and arguments that are not yet in the rule books) that the Pattern Language had subtly circumvented with the (implied) assurance that “if it’s done according to the rules and recipes, it is automatically good.”
Some of the Pattern Language adaptations I see in other areas seem to suffer from a common shortcoming of many ‘ways of talking’ — that of requiring would-be participants in the discourse to first learn yet another ‘language’, a new vocabulary. This is, in my opinion, a problem for the many ‘systems’ approaches and models, and arguably a reason for the lack of wider public acceptance of systems tools some systems thinkers complain about. It is a syndrome that can carry the danger of stifling participation, precisely by those people who have some of the desperately needed ‘distributed’ information. It also seems to — again, after Rittel’s and others’ valiant critique of the ‘expert model of planning’ — favor the role of experts — the ones who master the new vocabulary and therefore control the process and decisions — but who might be missing vital information; experts whose judgment about what makes a good solution may be disastrously different from those who will have to live with the consequences of the plans.
This leads me to the following urgent suggestion: that all proposed ‘Pattern Language’ adaptations in other realms be amended with the routine ‘Wrong question?’ reminder: Are the patterns in the rule collection appropriate and applicable to the respective situation — a situation that may be unique, new and unprecedented? Are there legitimate differences of opinion about the outcomes? And if there are even slight doubts in that respect, to include provisions for opening the discourse to information contributions that are not necessarily framed in the adopted pattern vocabulary, as well as abandoning the assumption that the quality or ‘goodness’ of solutions generated by the pattern language recipes is guaranteed by having followed the recipe.
Notes and references:
 Since the Pattern Language is not one of my prime areas of concern, I did not keep careful track of all these projects and thus may have missed many of these efforts. Helene Finidori’s report on a pattern language development on the issue of the Commons – ‘A Pattern Language (re)Generative of Commons’ by The Commons Abundance Network (http://commonsabundance.net/groups/a-pattern-language-regenerative-of-commons/) — triggered closer attention since the Commons issue was one of the major proposed answers to the Ban Ki Moon call for ‘revolutionary thinking and action to ensure an economic model for survival’ at the 2011 World Economic which led to a huge LinkedIn discussion on the STW network, and I studied some of the issues related to the Commons in more detail. Other examples of PL applications to fields outside of architecture and urban design that I ran across are the following (in no particular order, and just to indicate the variety of topics):
– Perkins, J et al :‘A Cleanroom Pattern Language: A Pattern Language Enters the Cleanroom – A Strategy for Humanizing the Cleanroom’. M+W Group Architecture USA Cleanroom Focus Group/ (http://dev.apptheneum.com.php54-2.ord1-1.websitetestlink.com/cleanroom-pattern-language/)
– Pollard, D.: ‘A Pattern Language for Effective Activism’ (http://www.generationalpha.org/);
– ‘Group Works: A Pattern Language for Bringing Life to Meetings and Other Gatherings’ (http://groupworksdeck.org)
– ‘A Pattern Language for Infosec’ (http://www.doinginfosecright.com/)
– Shuler, D.: ‘A Pattern Language for Living Communication’ / Liberating Voices Pattern Language System; (http://www.publicsphereproject.org/patterns/)
– Shen, L:‘A Pattern Language for Residential Energy Efficiency’ (http://homeenergypros.lbl.gov/
– Kelly, Allan: ‘Business Patterns for Software Developers’ (E-book: John Wiley & Sons, 2012)
– ‘A Proposal for Collaboration on a Pattern Language for Service Systems’ (Science, Management, Engineering and Design) by David Ing (http://coevolving.com/commons/publications);
– ‘A Database Integrity Pattern Language’ by O. P. Rotaru and M. Petrescu, Leonardo Journal of Sciense, Issue 5, July-December 2004 pp 46-62;
– S. Denef, R. Opper,amm, D. Keyson: ‘Designing For Social Configurations: Pattern Languages to Informs the Design of Ubiquitous Computing’, International Journal of Design Vol. 5 No. 3, 2011;
– Kyle Denlinger: ‘Pattern Language for eLearning’ (http://www.slideshare.net/denlinkd07?utm_campaign=profiletracking&utm_medium=sssite&utm_source=ssslideview;
– Robert Waller, Judy Delin et Martin Thomas ‘Towards a Pattern Language Approach to Document Description’ Discours: Revue de linguistique, psycholinguistique et informatique. 10, 2012; (http://discours.revues.org/)
– The 2013 ‘Pattern Languages of Programs Conference, Monticello, IL. hosted a number of papers on Pattern Language Applications, e.g.:
– Brown, K: “Cloud Computing Patterns”
– Goswami, D: “Hierarchical Rules Patterns for Validating System Configurations”
– Overbey, J.: “Immutable Source[Mapped Abstract Syntaxt Tree: A Design Pattern for Refracturing Engine APIs”
– Reza, J: “Mobile Apps Multi-Platforms Design Pattern Featuring Translator for Interactive Animation Components”
– Rubis, R and I. Cardei: “The Common Business Object Pattern”
– Correia, F and A. Aguiar: “Patterns of Flexible Modeling Tools”
– Reza, J: “Supervenience as a Design Pattern: Its Realization in Object-Oriented Languages”
– Villareal, I, Fernadez, E., Larrondo-Petrie, Hashzume, K: “A Pattern for Whitelisting Firewalls”
– Preschern, C, Kaitazovic, Kreiner, C.: “Security Analysis of Safety Patterns”
– Mana, A, Fernandez, E., Ruiz, J., Rudolph, C.: “Towards Computer-Oriented Security Patterns”
– Li, Y., Runde, R., Stole, K.: “Towards a Pattern Langauge for Securoity Risk Analysis of Web Applications”.
 Alexander, Christopher (1975). The Oregon Experiment. Center for Environmental Structure. Oxford University Press, USA. ISBN 978-0195018240.
Alexander, Christopher et al.: (1977). A Pattern Language. Center for Environmental Structure. Oxford University Press, USA. ISBN 978-0195018240.
Alexander, Christopher (1979). The Timeless Way of Building. Center for Environmental Structure. Oxford University Press, USA. ISBN 978-0195024029.
 While Rittel had been talking about the concept of ‘Wicked Problems’ for some time in his lectures at Berkeley, the first publication was the 1972 Policy Science article by Horst W.J. Rittel and M. Webber: “Dilemmas in a General Theory of Planning”.
Since many references and proposals advertised as tools for ‘solving wicked problems’ as well reviews referring to them as problems that ‘can’t be solved’ are often based on misunderstanding and misrepresentation of these problems, it may be useful to summarize their key features (summarized from the ‘Dilemmas’ paper:
– There is no definitive formulation of a WP. Every statement about their definition is a statement about one of many conceivable solution ideas (so the problem can’t be definitively stated until a ‘solution’ has been adopted);
– A WP can be considered to be a symptom of another problem.
– Every WP is essentially unique.
– There is no well-described set of permissible steps or operations to be brought to bear on WP’s (as in the basic operations of addition, subtraction, multiplication etc. in mathematics): anything goes;
– The discrepancy representing a WP can be explained in numerous ways. The choice of explanation determines the nature of the problem’s resolution.
– WP’s have no stopping rule (such that the procedure tells problem-solvers when they are ‘done’); any ‘solution’ can be refined and improved, or there might still be other alternatives that could be investigated and examined;
– The information needed to solve WP’s is not exclusively found in textbooks or experts’ professional knowledge, but is typically ‘distributed’ in the population of people being affected by the problem or by proposed solutions (so that the affected population changes with every different solution alternative considered…)
– WP’s do not have an enumerable (or exhaustively describable) set of potential solutions. There may be many ‘solutions’ to the problem, or none at all;
– Solutions to WP’s are not ‘correct or ‘false’ — they are judged ‘good’ or ‘bad’ — and people differ in their judgments about this (depending on whether they are getting the benefits of a solution or having to bear its costs…);
– There is no immediate and no ultimate test of a solution to a WP.
– Unlike ‘tame problems’ where you one try again if a first solution attempt has not worked out, WP solutions are typically ‘one-shot’ operations: any intervention effort consumes resources and creates new conditions that make it a different problem. There is no opportunity to learn by trial and error: every attempt counts significantly.
– Unlike ‘tame problems’ in science, where ‘failed’ attempts to confirm a hypothesis do have merit (contributing to our knowledge about what ‘works and what doesn’t, WP-solvers have no ‘right to be wrong’ and are liable for the consequences of solutions or for the failure to provide a solution.
With WP’s understood in this way, consultants’ claims that their approaches will help clients ‘solve’ Wicked Problems should be regarded with suspicion.
 The split, as I remember, was pronounced in an 1970 interview in the ‘Design Methods Newsletter” (later Design Methods and Theories Journal).
 Key publications of these proposals were:
– Kunz, W. and H. Rittel: (1970) “Issues as Elements of Information Systems”, Working Paper No. 131, Institute of Urban and Regional Development, University of California, Berkeley, 1970.
– Rittel, H. W.J: APIS: A Concept for an Argumentative Planning Information System. Working Paper No. 324. Berkeley: Institute of Urban and Regional Development, University of California, 1980.
A number of experimental applications of the underlying concepts were studies done at the ‘Studiengruppe für Systemforschung ‘(‘Systems Research Group’, Heidelberg), e.g. a proposal for an issue based information system for the West German Parliament, using demonstration material on proposed legislation on urban renewal for the West German Parliament; a study on improved utilization of higher education resources in the Federal Republic of Germany, and a proposal for an international Environmental Planning Information System (‘UMPLIS’).
 In a first 1980 paper in the Design Methods and Theories Journal, ‘Places and Occasions’, I suggested the aim of architecture to be to provide places inviting and facilitating the occasions our lives consist of, and that the design of the places should evoke imagery supporting the users’ own image concepts of who they are (or ought to be) and what kind of activity is involved in the occasion. Later papers addressed the development of techniques for measuring the image appropriateness of designs, testing the theory by using it for the interpretation of historical buildings, and suggesting its use to develop measures of value of built environments. Key differences between this perspective and the Pattern Language are that the core concepts or elements are not the physical design patterns but the activities they accommodate, and the images they evoke to support and inspire those experiences. The role of past information is acknowledged, but I suggest that this view better explains the changes in built environment design over time, not just focusing on ‘timeless’ patterns), accounting for the desire of each new generation to ‘make a difference’ by creating its own way of life while building on the past; different groups developing their own occasions and corresponding image expressions in the details of their building and cities.