パターン・ランゲージ をある程度読んだので読書ノートを書く。 この本を読んだ動機は、パターン・ランゲージをソフトウェア工学の世界で生きてきて、私自身があまりわかってないことを自覚していたので、そこに変化を与えたかった。

パターン・ランゲージを調べてみると以下のような形式を見る。

人が作ったものを読む分には良いけど、書き始めるためには慣れていないと書きにくいなと感じていた。 もう少しいうと、数パターン書いて終わる。私には書き上げるための根気が足りてないのだと判断していた。

これは、「解答」と「解答集」の関係と似ている。 ただし、パターン集とならないのは、なぜか？

これが足された時に、

ここまで書くと以下も書いた方が良いかもしれない。

最初に書いた一般的なパターンの例を今どこまでサポートしているかというと、

パターン番号
パターン名
文脈（Context）
問題（Problem）
フォース（Forces）
解決（Solution）
結果（Consequences）
関連パターン（Related Patterns）
具体例・実践のヒント（Examples/Implementation）

残りの項目に関しては、パターンを上げていき、それらがランゲージ化していく過程で必要になっていくパターン番号と関連パターンそして、実践者にヒントになるものを書き足していくことになる。

ここで少し安心できたのは、とりあえずまずは一番簡単な要素からパターンはスタートして良いとの気付きだった。

パターンは創造的活動に使われいないと、ただのメモ書きになってしまう。以下の用法で使われることでブラッシュアップされることを期待している。