真面目な話です。

デザインパターンに初めて触れたのは４年ほど前の事。
Javaの仕事をしていたので、きちんとUMLを理解しようと思ったのがきっかけでした。
当時はまだデザインパターンという言葉もあまり浸透しておらず、オージス総研のＵＭＬ認定試験で初めて知りました。
そのＵＭＬ認定試験のゴールドレベルの分野がデザインパターンだったことから、デザインパターンの書籍を買った訳ですが、かなりの衝撃を受けたことを記憶しています。
問題の論理的な分析と、その解決方法のエレガントさ、そして実際のコード。
それからというもの、まさにデザインパターン漬けになったわけですが．．．

最近はその延長上として、J2EEパターンだとか、ソフトウェアアーキテクチャといったものまで研究しています。
すると、今までコーディングベースでやってきたため気付かなかった部分が見えてきました。
アーキテクチャの部分、言い換えると思想的な部分とでも言いましょうか。
問題領域に対する考え方とか動き方とか。これって凄く大事なことで、システム開発の中枢と言えると思います。

過去の奈落プロジェクトを振り返ると、ほとんどがプロマネの能力不足だとか、中国へ出したせいだとか言われる訳で、それは実際に半分当たってたりしますが、「アーキテクチャが不在」だとか「アーキテクチャが間違っていた」という点を見落としていました。
「アンチパターン　ソフトウェア危篤患者の救出」という本の中に「肥満児」とか「溶岩流」なんてアンチパターンがあって、この中でまさにアーキテクチャの軽視が原因とされているのですが、最近になってようやく意味が理解できた部分だったりします。

システム開発の世界は奥が深いですね。
今にして思うと、デザインパターンは始まりだった気がします。