ソフトウェアパターンとXPをはじめとするアジャイルムーブメントは共通点が多い。より正確には、ソーシャルな形（人脈）で歴史的連続性を持っているために、思想的に共通するのは当然だといえる。

パターンが建築家Christopher Alexander（以下C.A.）の思想を、Kent Beckがソフトウェアの世界に持ち込んだ、ということは有名である。1987年、最初にソフトウェアにパターンを持ち込んだのは Kent Beck と Ward Cunningham によるGUI設計に関するものだ。KentとWardはパターンコミュニティHillside Groupを発足させる。そこでパターンを収集する活動がPLoPと呼ばれるもので、現在も続いている。

このコミュニティでJim Coplien（通称Cope）が重要な働きをしている（彼は2001年沖縄のMensorePLoPにも来日している）。Copeは、94年にパターン言語として『組織プロセスパターン』を書いており、このパターンのShepherdが、なんとKent Beckだった。その後、Wardは『EPISODES』というこれまたプロセスのパターンを記述しているが、これはCopeのパターンに影響を受けている。そして、2000年に『Extreme Programming：Embrace Change』が発表される。

ソフトウェアパターンは、Kent/Ward → Cope → Ward → Kentと一周して『XP』というプロセスパターンを生み出した。

これはPatterns to Agileのインナーループだ（さらに、これと並行して『Refactoring』技術が絡んでいる）。

さて、さらにアウターループがある。2002年のC.A.の『Nature of Order』には、逆にソフトウェアの世界からのフィードバックが、Copeから入っている。Copeはパターンと「対象性の破れ」(Symmetry Break)に関する論文を書いており、C.A.は「自然界に現れる秩序」の根源を突き止めようとしている。物理学、複雑系理論とQWANはこの著作で合流する。

ソフトウェア分野での最近の動向として、2002年に IXP(Industrial XP)を発表したJoshua Kerievskyは、2004年の新刊、『Refactorings to Patterns』において、再度、デザインパターンをアジャイルの文脈から捕らえなおしている。前の日記を参照してください。

XPとパターンの関係については、技術的には「XP Examined(XP検証編)」でJoshuaが述べている。また、ソーシャル的には、GoFの一人、Ralph Johnsonが明快な発言をしている。

※参考（XPとパターン：Ralph Johnson’s View）
http://www.objectclub.jp/community/XP-jp/xp_relate/xp_patterns-j
『組織プロセスパターン』

http://www.amazon.co.jp/exec/obidos/ASIN/0131467409/xpjp-22

20日、クレオ西大阪にて、JUDEのプライベートセミナーを大阪で開催しました。

５０人あまり集まって頂き、ちょうどよい人数で開催できました。東京でもそうでしたが、いつも募集よりも多くの応募を頂き、抽選で漏れた方には大変申し訳ないです。

さて、内容ですが、UML（クラス図とユースケース図）、マインドマップ（議事録、アイディアのまとめ方）、そして、両者の融合（行ったりきたり）です。

やりながら、図書館システムのモデルをリアルタイムでデモしながら作っていきますが、マインドマップ⇒ユースケース図、クラス図、状態遷移図、という典型例が一つできました。

ユーザインタビューの雛形として、マインドマップにて、

• 誰が使いますか？
• どんな場面で使いますか？
• 管理したいものは何ですか？

の３つを用意しておく、というもの。そして、そこで獲得した情報を元に、ユースケース図、クラス図、状態遷移図を描く。簡単で、なかなか、面白い例ができたと思う。

とても単純化した例ではあるが、このアイディアを実践していくことでもう少し現実的な事例ができそうだ。

※次は福岡行くか！？