※本稿はあくまで覚書です。大事なことなので本文にも書きました。筆者はアレグザンダーの著作を限られた範囲でしか読んでいないことを予め表明しておきます。また、XP やスクラムについても書籍で得られる知識しか持ち合わせていません。専門家によるアレグザンダーについての分析は長坂一郎『クリストファー・アレグザンダーの思考の軌跡―デザイン行為の意味を問う』を、ソフトウェア業界における受容についての分析は江渡浩一郎『パターン、Wiki、XP ―― 時を超えた創造の原則 WEB+DB PRESS plus』をそれぞれご参照することをお勧めします。
追記（最終更新：2020/05/10）
同様のテーマについての（個人的には重要な）記事を忘れていたのでリンクを記載しておきます。
上記記事で取り上げられているエヴァンスのDDDを本記事で取り上げられなかったことの反省文です。
関心が違うというのは間違いで、自分の記事が上滑りしているだけだな……この記事は自分も公開当時に目を通したはずなんだけど、ぜんぜんちゃんと読んでいなかったことがよくわかった。エヴァンスのDDDの話なんて、自分の記事に出てきて然るべきトピックじゃないか……
— こま (@koma_koma_d) 2020年5月8日
また、（上記ツイートのリプライツリーにも言及がありますが）アレグザンダーの日本のソフトウェア業界における受容の最先端（だと思う）きょん（id:kyon_mm）さんの上記記事を承けてのツイートと発表資料も転記しておきます（こちらもリプライツリーまでぜひご覧ください）
デザインパタンがパタンランゲージとして機能していないように見えることは、みている範囲が狭いからだとおもうな。ただのつくりかたパタンとしてみる人もいるだろうけど、そうじゃない人達もそのなかからうまれているとおもう。またそこが土台での会話も成立しているのだから別にってかんじ。
— きょん＠アジャイルコーチ、システムアーキテクト (@kyon_mm) 2019年12月27日
以上の観点を踏まえると、本記事で書いた自分の認識はやはり見落としているものが多いと早くも感じるのですが、それはそれで一つの認識なのでそのままにしておきます。
きょんさんは上記の発表資料の中で言及されていますが、Alan Kay のオブジェクト指向とアレグザンダーの思想、エヴァンスのDDDなどとの関連（これについても Coplien 氏が重要な手掛かりになると思いますが）機会があれば自分なりに整理できればと思います。 （以上、 2020/05/09 追記）
本稿で取り上げている事柄について、日本のソフトウェア業界にあってパターンに関わる実践を重ねてこられた懸田剛さんのまとまった資料（本記事執筆段階ではこの資料を直接参照していませんでしたが、懸田さんからはTwitterやその他の資料で学ばせていただきました）をご紹介いただいたのでこちらにも掲載しておきます。
（以上、 2020/05/10 追記）
パターン・ランゲージの付録C
建築家のクリストファー・アレグザンダー（1936-）のパターン・ランゲージの思想が、ソフトウェア業界に受容されてきたことは、周知の事実である。パターン・ランゲージという語に馴染みがなくても、GoFのデザインパターンや、最近ではAWSのクラウドデザインパターンを知っている人は多いだろう。
日本語で書かれたソフトウェア業界におけるパタン・ランゲージの需要についての文献としては、2009年の江渡浩一郎氏の『パターン、Wiki、XP』*1のほか、2011年の情報処理学会の会誌「情報処理」52巻9号の特集「ソフトウェアパターン−時を超えるソフトウェアの道」がある*2。
- パターン、Wiki、XP ―― 時を超えた創造の原則 WEB+DB PRESS plus
- ソフトウェアパターン−時を超えるソフトウェアの道−:1.ソフトウェアパターン概観 / 鷲崎 弘宜
- ソフトウェアパターン−時を超えるソフトウェアの道−:2.パターンランゲージからソフトウェアパターンへ / 江渡 浩一郎
- ソフトウェアパターン−時を超えるソフトウェアの道−:4.これからの みんなのことば，みんなのかたち−パターンランゲージからプロジェクトランゲージへ− / 本橋 正成 , 羽生田 栄一 , 懸田剛
しかし、パターン・ランゲージがソフトウェア業界に持ち込まれてから約30年が経ち、当初の脈絡や原典たるアレグザンダーの思想（それ自体、2000年代にかけても進展がある）との関連が見えづらくなっている。このような事態を、Kent Beckの『テスト駆動開発』の新訳版の訳者を担い、そこにこの20 年間のTDDをめぐる議論の流れを補足する「付録C」を執筆し挿入した和田卓人（id:t-wada）氏は、以下のように語っている。
パターンにも付録Ｃが必要なんですよ。歴史が切れてしまっている所があって、パターンってGoFのデザインパターンでしょ？みたいなところがあったりするから、やはり背景や意義を補わなければならない。
（出典：希薄化したTDD、プロダクトの成長のために必要なものは？〜『健全なビジネスの継続的成長のためには健全なコードが必要だ』対談 （６））
数年前にこの業界に入ったばかりの自分としては、パターン・ランゲージについての「付録C」が書かれることを強く期待している。相応しい人物は、上記の対談の関係者など多くいるだろう。
本記事は、「付録C」が書かれることを待ちながら、なんとか自分なりの理解を形作ろうとしている筆者が、外出自粛の暇に任せて書き殴る覚書である。アレグザンダーの思想やデザインパターンについての紹介記事ではないことをご承知おき願いたい。また、筆者はパターン・コミュニティの一員ではなく、PLoPに参加したことも、パターン・ライティングの経験もないことを書き添えておく*3。パターンに詳しい方々におかれては、「ある若者にはこう見えている」という一例として読んでいただきたい（認識に誤りがあればぜひご指摘をいただきたい）。
ソフトウェア設計についてのパターン
ソフトウェア開発者にとって身近な「パターン」はやはりGoFのデザインパターン（オブジェクト指向における再利用のためのデザインパターン）である。ソフトウェアそのものについてのパターンとしては他に、POSA（ソフトウェアアーキテクチャ―ソフトウェア開発のためのパターン体系）、PoEAA（エンタープライズアプリケーションアーキテクチャパターン）などが挙げられる。
上記のようなソフトウェアそのものについてのパターン（＝プロダクトについてのパターン）は、パターンの語はソフトウェアの設計において「繰り返し現れる、問題に対する解決方法」という程度のものとして使われている場合が多く、アレグザンダーのパターン・ランゲージの理論のうち、「無名の質（QWAN）」（これは難しい観念だが、価値的な要素を含んでいる）や、「ランゲージ」たる部分はあまり重視されていないように思われる。
このような用法における「パターン」は、良くも悪くも、深遠なものではない。おそらくアレグザンダーの原典を読まなくてもこれらのパターンは理解・利用できるし、もし読んだとしても混乱するだけだろう*4。
Kent Beck による受容
そもそもパターン・ランゲージというアイデアが建築業界からソフトウェア業界に持ち込まれたのはどのようにしてであったか。一人の重要人物は、エクストリーム・プログラミングの祖であり、『Smalltalkベストプラクティス&パターン』（ケント・ベックのSmalltalkベストプラクティス・パターン―シンプル・デザインへの宝石集）などのパターン形式をとった書籍も複数執筆している Kent Beck である。
江渡氏によれば、「ベックは大学生のとき、生協で『時を超えた建設の道』を読み、大きな衝撃を受け、そのまま立ち読みで全部読み終えてしま」ったという*5。『時を超えた建設の道』が出版されたのは1979年で、 Kent Beck は（Wikipediaによれば）1961年生まれであるから、出版されて高々数年という時期に読んだと思われる。
Kent Beck は Ward Cunningham*6と共にソフトウェアの設計にパターン・ランゲージの考え方を持ち込む実践を行った。そこでは、ソフトウェアの利用者に参加してもらってユーザーインタフェースの設計*7を共同で行うこと、そしてパターン・ランゲージを用いることが試みられた。その成果は、1987年の OOPSLA で紹介され、ソフトウェア業界でパターンというものが流行する端緒となる*8。
その後、Kent Beck は開発の手法としてのエクストリーム・プログラミング（XP）を生み出す。 XP とアレグザンダーの（主に『オレゴン大学の実験 (SD選書)』における）思想との類似性は江渡氏が指摘しているところであるが、当初の実践の要素のうち、（利用者参加は残っているものの）存在していたユーザーと共同でパターン・ランゲージを使用するという要素はXPには残されていない。これは、2002年に Ralph Johnson*9 が語っているように、マーケティング上の配慮もあったかもしれないが、現在手に入るいわゆる「白本」の第2版（『エクストリームプログラミング』、2004年）では（1999年の初版には参考文献でのみ言及されていた）アレグザンダーへの言及に1章を割いていることを考えると、ただ単に、設計行為の中でパタンランゲージを用いるというプラクティスは XP には持ち込まれなかったと考えた方がよいだろう。
Kent は，XPをマーケティングする際，パターンの時とは違ったアプローチを 取りました．両者に違いは多くありますが，重要なのは，XPについて彼が書い たものには，Chistopher Alexander が出て来ないということです．私が推測するに，典型的なソフトウェア開発者に Alexander を指し示すのは間違いであると彼は考えたのではないでしょうか．なぜなら，Alexander の考えは彼らに理解しにくく，Alexander をこの議論に持ち込むと，人々はすぐにソフトウェア開発の話題から逸れて行ってしまうからです．Kent は，みんなに「ソフトウェア」を考えて欲しかったのでしょう．
（出典：- XPとパターン Ralph Johnson'sの見解）
パターン・ランゲージを用いる当初の実践から、 XP を経て、現在の「アジャイル」に至るまで、開発対象のソフトウェアの利用者（顧客）を開発に参加させるという考えは引き継がれている。しかし、そこではパターン・ランゲージの（利用者を含めた当事者による）使用というアイデアは見られない。
Jim Coplien の生成的プロセスパターン
XP を生んだ Kent Beck の他に、アレグザンダーの影響を受けて独自の議論を構築したソフトウェア業界の人物として、 Jim Coplien がいる。 Jim Coplien は、1994年頃からパターンに関する様々な著作を発表しており、その一つの種類として組織およびプロセスについてのパターンについての著作がある*10。前述の Ralph Johnson や江渡氏は、これらの著作が Kent Beck 、したがって XP に影響を与えていると推察している。組織についてのパターンが書籍化された『組織パターン (Object Oriented SELECTION)』の冒頭で紹介されているエピソード*11も、それを伺わせる。
着目したいのは、 Jim Coplien がアレグザンダーの「生成的（generative）」という概念を自身のプロセスについてのパターンの理論に持ち込んでいることである。
パターンの側面を組織の分析に取り込むことは、何も目新しいことはない。この研究での斬新なことといえば、パターンを生成的な方法で使おうとしていることである。（中略）パターンはすでに存在している組織を理解するのに役立つだけでなく、新しい組織を作り上げるのにも役に立つ。組織に関するパターンのよい集合は、“間接的”に正しいプロセスを作るのに役立つ。この間接的であるというのは、Alexander流の生成的方式である。実際のところ、組織に関するパターンは、ソフトウエア・アーキテクチャ・パターンへの最も生成的なアプローチであろう。Alexanderは、「アーキテクチャを作ることはできない、通常の人々の行動によって間接的によってのみ作ることができる。それは、花を作ることはできなくて、種からによってのみ作ることができることと同じである。」と述べている。
アレグザンダーは、1967年*12の論稿 ”System Generating System" で、全体としてのシステム（system as a whole）と生成システム（generating system）という概念対を導入し、設計者の設計の対象を（通常の考え方がそうであるように）個々の事物（objects）ではなく後者の生成システムと規定する。特定の質をもった全体としてのシステムを生み出す生成システムの設計が、設計者の使命となる。
"今日のほとんどの設計者は、自分自身を事物の設計者と見做している。ここに提示した議論にしたがうなら、我々は大きく異なった結論に達する。事物を複雑な全体的な性質を持ったものにするには、求められている全体的な性質を伴った事物を生成する、生成システムを発明する必要がある。"
— こま (@koma_koma_d) 2020年5月7日
（出典：”System Generating System" ※引用者による私訳）
アレグザンダーは1968年に既にパターン・ランゲージを冠する著作を発表していたが、その後の成果は1977年に『パタン・ランゲージ―環境設計の手引』に結実する。ここで提示されているパターン・ランゲージは、まさに上記のような生成システムとしてのものである*13。
Jim Coplien は、「生成的」という点を強調した上記の論文において、優れたアーキテクチャを生み出す開発のプロセスを生成するパターン・ランゲージを提示している。 Jim Coplien 自身が「間接的」と言っているように、ここではソフトウェア自体に現れるパターンが考察の対象になっているのではない。これは、アレグザンダーの建築についてのパターン・ランゲージとも少し次元を異にしている。
アレグザンダーのパターン・ランゲージで扱われるパターンは、最終的な生産物である町や建物に現れるものだった。これは先に言及したソフトウェアにおける「デザイン・パターン」と同様、プロダクトのパターンである。ソフトウェアにおけるデザイン・パターンとアレグザンダーのパターン・ランゲージが異なるのは、アレグザンダーのパターン・ランゲージが利用者をも巻き込むものであった点である*14。
Jim Coplien は、このようなパターン・ランゲージの枠組みを、開発プロセスに適用する。このとき、ソフトウェアの利用者にランゲージとして共有され、ソフトウェア自体に現れるパターンというものは、存在しなくなっている。パターンは開発プロセスに現れるものであり、それはソフトウェアの利用者と共有されるものではない*15。その代わりに、開発プロセスの中で生きる開発メンバーこそがプロセスの利用者であり、パターン・ランゲージを使用しながら自らのプロセスを形作っていくというわけである。XP もまた同様である。再び Ralph Johnson の発言を引く。
しかし，XP 自体，一種のパターン言語です．私は，Kent は Jim Coplien のプロセスパターンから影響を受けていると思います．『デザインパターン』と『Smalltalk Best Practice Patterns』の中のパターンは「プロダクトパターン」であり，XP は一組の「プロセスパターン」だとも言えます．でも，もしXP を一組のプロセスパターンと見るならば，それは非常にうまく定義された，パターン言語になっています．そして，それは，多くの点でAlexander アプローチ(Alexanderian)だと言えるでしょう．特に，生成的(generative)であるという点です．XP には「信頼性」や「理解容易性」に直接関連するパターンが無いにも関わらず，「プラクティス」全体が結びついて，信頼性が高く理解が容易なシステムを生成(generate)しています.
（出典：- XPとパターン Ralph Johnson'sの見解）
別の着眼点としては、上記の論文で Jim Coplien が、アレグザンダーの「無名の質（Quality Without A Name, QWAN）」の概念を借り、組織の「無名の質」について語っている点を挙げておく。
ある組織は“無名の品質(Quality Without a Name)” [Alexander]を持っている。彼らは、株主に利益を与え、顧客にうまく対応し、継続し条件を満たし支援的な職場を従業員に提供しているので、目的にかなっている。このような成熟レベルに達している組織は、他のすべての面でも優れていると思われる。ここで示されているパターンは、そのような組織を構築することを可能にするのであろうか？
彼の議論においてアレグザンダーの「無名の質」が目指されるべきものとして措定されていることは確かだろう。しかし、上記の引用部分の最後の問いに、 Jim Coplien は暫定的には懐疑的な回答をしている。プロセスパターンと並んで語られていた組織パターンにおいても、「無名の質」は語られない。彼の影響を受けたとされる XP においても事情は同じであり、その後のアジャイル開発においても「無名の質」という側面は強調されてこなかったと思われる*16。
Scrum Patterns におけるアレグザンダーへの回帰？
ソフトウェア業界におけるアレグザンダーの受容の2つの流れ、すなわちソフトウェア自体に現れるパターンを問題にするもの（「プロダクト・パターン」）と、ソフトウェアを開発するプロセスに現れるパターンを問題にするもの（「プロセス・パターン」）の両方において、アレグザンダーの思想はそのままの形では取り入れられなかったと思われる*17。
ところが、大々的にアレグザンダーの「無名の質」に言及するものがある。Scrum Patterns である。最近になって書籍媒体で出版された『A Scrum Book』は、Scrum PLoP コミュニティが書いてきたスクラムについてのパターン・ランゲージである。書籍版の Introduction には、以下のような記述がある。
We believe that the patterns in this book have something special. The pattern community calls it “the Quality without a name,” or sometimes just “the Quality,” a kind of Wholeness that aspires to day-to-day excellence.
（出典： "A Scrum Book" ）
PLoP の主要人物の一人が Jim Coplien であることからすると、アレグザンダーへの言及があるのは不思議ではない。そもそも、スクラムはその初期において Jim Coplien の取り組んでいた組織パターンの研究に影響を受けている*18。パターンとしてスクラムを表現することも、1998年の時点で既に、 Jeff Sutherland らによって行われている*19。
注目したいのは、先に取り上げた「生成的開発プロセス・パターンランゲージ」の「はじめに」において、著者自身がその獲得に懐疑的な態度を示していた「無名の質」が、上記の A Scrum Book では獲得できたとされていることである。「無名の質」以外にも、アレグザンダーの『時を超えた建設の道』で既に色濃く表現されていた東洋思想の影響が、 A Scrum Book にも現れている*20。RSGT 2020 の Jim Coplien の基調講演で題材とされた十牛図も、 Preface において紹介されている。
本文のパターン・カタログには、アレグザンダーへの直接的言及は多くない*21。既にソフトウェア開発フレームワークとしての有効性を示し、地位を確立したスクラムであるから、「無名の質」などというものに言及せずとも成立しただろうし、多くの読者は気にも留めないだろう。それどころか、書物としての読者へのハードルを高めてしまう危険性すらある*22。
それにもかかわらず、あえて A Scrum Book がアレグザンダーの影響を強く表現していることは、興味深い事実である。それは、単に Jim Coplien 氏の「色」が強く出ただけなのかもしれないし*23、良くも悪くも単なるフレームワークと化したスクラムに対するコミュニティ全体の切実な問題意識ゆえなのかもしれない。いずれにせよ、「無名の質」を語るスクラムがどのように受け入れられていくのかは注目していきたい。
所感
以上、アレグザンダーあるいはソフトウェア業界におけるその受容についての現時点での知識と理解を書き留めた。書きながら感じたのは、自分のアレグザンダーについての理解不足である。Kent Beck や Ward Cunningham 、 Jim Coplien をはじめとして様々なソフトウェア開発者を惹き付けたアレグザンダーの思想を、自分自身がまず存分に浴びたいと思った。また、 Jim Coplien 氏の考えにはオブジェクト指向との関連においても関心があるので、彼の著作についても読んでいきたいと思う。
TODO
- アレグザンダーの著作を読む
- 翻訳済みの主要著作を中心に
- できれば未邦訳の後期著作The Nature of Order vol.2-4も
- Coplien の著作を読む
- 初期のスクラムの歴史を知る
- パターン・ライティングの実際を知る
- どこかの PLoP に潜りにいく
- パターンを書いている人たちに話を聞く
- 慶應・井庭研究室の研究成果を知る
関連資料
Christophor Alexander
- Systems Generating Systems | Architecture's New Scientific Foundations
- 時を超えた建設の道
- ザ・ネイチャー・オブ・オーダー 建築の美学と世界の本質 生命の現象
- The Process of Creating Life: The Nature of Order, Book 2: An Essay of the Art of Building and the Nature of the Universe
- Archives: Keynote Speech to the 1996 OOPSLA Convention
- クリストファー・アレグザンダーの思考の軌跡―デザイン行為の意味を問う
- オブジェクト倶楽部2010アレグザンダー祭り - YouTube
Christopher Alexander - Patterns in Architecture
Kent Beck と Ward Cunningham
- History Of Patterns
- オブジェクト指向プログラムのためのパターンランゲージの使用
- - XPとパターン Ralph Johnson'sの見解
- 君はWard Cunninghamを知っているか？（前篇） - 時を超えたプログラミングの道
James O. Coplien
- 生成的開発プロセス・パターンランゲージ by James O. Coplien
- - 組織パターンとプロセスパターン
- Lean Architecture: for Agile Software Development
- 組織パターン (Object Oriented SELECTION)
RSGT2020 Keynote by Jim Coplien
Jim Coplien — Symmetry in Design
スクラム、Scrum Patterns
Togetter
その他
*2:特集のうち本稿の関心に近い寄稿のリンクのみを本文で掲載した。
*3:また、井庭研究室にも関わりがない。
*4:別の議論として、GitHubなどの「設計書共有サイト」がある現在では、この種のパターンがかつて果たしていた役割は縮小している、というものもある。
*7:これはオブジェクト思考の関心事である。
*8:この辺りについても江渡氏の著作が詳しい。なお、1980年代半ばに既にパターン・ランゲージのアイデアのソフトウェア業界における受容が始まっていたことを指摘している文献として、「情報処理」41巻1号「連載解説：パターン - ソフトウェア開発のノウハウの再利用 第1回 パターンの発展と現状」がある。
*10:Jim Coplien 氏の著作については、本人のWebページの著作一覧を参照。
*11:『組織パターン』2ページ。XP の創始者の一人であり、 Smalltalk に関連するもののみを「実際の仕事」と見なす著名なソフトウェアコンサルタントは、 Kent Beck その人だろう。
*12:ここで引用したWeb上の資料には1968年とあるが、長坂一郎『クリストファー・アレグザンダーの思考の軌跡―デザイン行為の意味を問う』の記述に従い、1967年とする。当該論文については同書115ページ以下を参照。
*13:参照、長坂一郎『クリストファー・アレグザンダーの思考の軌跡―デザイン行為の意味を問う』117ページ。
*14:アレグザンダーは、パターン・ランゲージが住民にも共有できるものであることを重視している。参照、『時を超えた建設の道』270ページ。
*15:利用者参加の過程で共有されることはあっても、そのパターンは生み出されたプロダクトには現れない。
*16:もっとも、後述するように、認識が及んでいなかった可能性もある。
*17:初期の Kent Beck と Ward Cunningham の実践は例外という位置付けになる。
*18:参照、Scrum as Organizational Patterns。
*19:参照、SCRUM: An extension pattern language for hyperproductive software development（※PDFへの直リンク注意。邦訳は、SCRUM: 超生産的ソフトウェア開発のための拡張パターン言語）。
*20:いわゆる「パタン・ランゲージ」三部作だけでなく、後期の The Nature of Order にも言及があるのは注目に値する。
*21:アレグザンダーの『パタン・ランゲージ』のパターンを明示的に参照しているものもある。たとえば、「おやつ神社」パターンの説明では、アレグザンダーの「150 待ち合わせ場所」および「127 親密度の変化」を参照している。
*22:江渡氏は、アレグザンダーの『時を超えた建設の道』について、「この本はしばしば「分かりにくい」と評される.その理由の 1 つに，彼が明白に東洋思想の影響を受け，そこから都市や建築への考 えを巡らせているという点が挙げられる.「道」や「門」といった老子の言葉の借用にそれがよくあらわれている.」と指摘している。参照、江渡浩一郎「ソフトウェアパターン−時を超えるソフトウェアの道−:2.パターンランゲージからソフトウェアパターンへ」。
*23:Jim Coplien 氏は、スクラム関連以外の場面でもたびたびアレグザンダーの著作に言及している。例えば、Jim Coplien — Symmetry in Design。
