Categories |
CPUの創りかた |
Modern Compiler Implementation in ML |
NerdTV |
PDP-11シミュレータで古代のUNIXを動かしてみる |
The Yakumo Project |
やさぐれ読書録
最近のツッコミ:1.CheapestOnlineUSpharmacy(2008-05-17 14:27)
2.Kir(2008-05-08 15:52)
3.Hero(2008-05-06 16:49)
最近のトラックバック:1.濃縮還元オレンジニュース:プロ.. (2006-12-22 22:02)
結局のところデザインパターンとは、薬のようなものなのだと思う。薬は病気を治す上で計り知れないほどの効果をもたらすが、病気でない人間に使っても意味がないばかりか有害なだけである。デザインパターンもまた然り。
■ デザインパターンの「処方」
デザインパターンにもちゃんとした「処方」がある。鷲崎さんによる講演「ソフトウェアパターン研究の現在と未来（完全版）」内の、「パターンの記述」の説明を借りるならば、パターンの記述においては、まず最初にパターンの名前を提示した後、
をまず示し、その後にはじめて
を記述することになっている。いわゆる「パターン本」の元祖として知られる"Design Patterns"（日本語版は「オブジェクト指向における再利用のためのデザインパターン」）ではさらに、解決策の説明に続く"Consequences"という項で、そのパターンを使った場合の効能と副作用についても、きちんと説明しているのだ。
■ 「解決」だけに走る使い方
ところがいつの間にか、上に示したパターンの記述のうち、「問題」「状況」「フォース」、そして「効能と副作用」を見ずに「解決」だけに注目するケースが目立ってきたように見える。
15:00〜16:40のセッションは「君ならどう書く」。各言語の代表が事前に与えられたお題をどう解いたか、披露するというもの（発表資料など詳細はこちらを参照）。前半は「ls -lR シェル」。「デザインパターンを利用してコーディングすることを条件とし」というルールであったが…
（やさぐれ日記2004年8月7日「"Lightweight Language Weekend"1日目」）
考えられる問題点の一つとしては、パターンは無条件に良いものであり、パターンを多く使うほど品質の高いプログラムが作られると考える人が登場してしまうことが挙げられる。"hello world"を表示するだけのアプリケーションに、decoratorパターンを三つ、strategyパターンを二つ、そして山ほどのsingletonパターンを使ったとかいう怪談も、そういったところから生まれるわけだ。
（Martin Fowler "Patterns"/訳はやさぐれ日記2004年3月26日「『将棋の定跡』と『デザインパターン』」によるもの）
直面している問題も状況も見ずにパターンを使うのはナンセンスだ。また、「とても役に立つ」ことがすなわち、「好きである」ことに直結するわけでもない。「あなたの好きなパターンは？」といきなり聞くのは、いきなり「あなたの好きな薬は？」と聞くのに等しい。
先生も先生で、「きみのお気に入りのパターンは何かね?」とか聞くもんだからタチが悪い。
（メモ 2004年11月(1)。）
…だから、質問状にあったじゃないですか。「好きなパターンはありますか？」っていう。ありません（笑）。
（ＯＯエンジニアの輪！〜第３回 青木淳さんの巻〜）
■ 診断
薬を使う前には診断が必要となる。デザインパターンを使うときの「診断」とはどのようなものになるだろうか？
高木さんがかつて、Java-House Brewersメーリングリストの中で述べていた言葉が最も的確にそれを言い表していると思われるので、以下に引用する：
もしパターンを適用していなかったら、元（の再利用性に乏しいコード）はどう書かれていただろうか？ということを考えてみるとよいでしょう。
（JavaHouse-Brewers:18211）
上の発言では「コード」というキーワードが登場している点にも注意したい。プログラム上の問題点（症状）は、最終的にはコードレベルで現れるのであって、これを見定めずにパターンを使うのは危険であると最近の僕は考えている。
無論、予防薬というものも当然存在し得るだろう。だが、これを正しく使うには、これからコードとして出現するであろうものを予測できるような、経験と洞察がどうしても必要となる。うかつに使って効果が無いだけならまだ良い。副作用でプログラムが死んでしまっては元も子もないのだ。
■ 最後に
以上、「デザインパターン」を薬になぞらえて話をしてきた。薬が人間にとって非常に役に立つことについては疑問の余地はないし、僕も問題が発生しそうなコードに対しては、その問題を解決するためにデザインパターンを遠慮なく使う。
だが、病気でないのに使う薬のことを、世間では「ヤク」と言う。僕としては「ヤク漬け」のコードだけは書かないように心がけて行きたい、と思う次第である。
たまに来ますのでよろしくお願いします。
なるほど・・・薬の例え面白いですね！