■GoFのデザインパターンを推薦している人は、頭の悪い人が多い

今更、こんな本を読む必要はないです。いや、出版された当時でも実質的な価値はなかったと思います。

この本に載っているパターンは、以下の4つのどれかです。

• 当たり前の使い方であり、わざわざ解説する必要のないパターン
• イテレータやジェネリックスや第一級関数などの現代のプログラミング言語では当たり前にある機能をサポートしていれば使う必要のないパターン
• 使い方が限定的すぎるパターン
• 使うべきではないパターン

また、挙げられている23個のパターンには特に根拠はなく、著者が思いついたものを挙げただけです。

Code Completeにも書かれているように、GoFのデザインパターンは使える状況で使えば保守性が上がるというものでありません。たいていの場合は無駄に複雑になるだけです。必要のない場面では使うべきではなく、使って良さそうに見える場面でも、ドメインモデルを再検討した方が良いです。優れたソフトウェア開発者であれば必ずそうします。

GoFを推薦している人というのは、以下の特徴があるように見えます。

• 物事の価値・有用性を見極められない
• 自分が苦労して覚えたから価値があると思いたがる

実際は、GoFのデザインパターンはほとんど有用ではなく、またまともなプログラマなら仕事の片手間にぺらぺらと読んでいれば、内容も底の浅さも理解できる程度のものでしかないのですが。

これと非常に似たものに、麻雀の点数計算があります。麻雀の点数計算は、普通の知能のある人からは無意味に複雑なものに見えますが、麻雀プレイヤーの多くは合理的なものだと思っているようです。この理由は単純で、大多数の麻雀プレイヤーは頭が悪いからです。だから、点数計算が無意味に複雑なシステムであることが理解できず、また普通の人なら1日で覚えられる点数計算を苦労して覚えたから価値あるものだと思いたがるわけです。

誤解しないでいただきたいのは、「デザインパターン」という概念自体は重要であるということです。しかし、GoFは別に「デザインパターン」の原点とか典型とかでは全くないのです。理解力が低いとそういう勘違いをしてしまうようですが。

Permalink | 記事への反応(4) | 09:41

ツイートシェア