- 2010年9月20日 22:50
- Java
「デザインパターン」 という言葉はご存知でしょうか？
"デザイン" は "設計" を指します。
要するに 「設計パターン」 ということですね (^-^
何でもそうですが、
パターン化してしまえば効率が良くなる訳です。
「オブジェクト指向開発」 においては、
これまでいくつもの優れた設計パターンが生まれてきました。
選りすぐりのデザインパターンを集めた
「GoFのデザインパターン」なんてものもあるんです。
※GoF（ゴフ）は "Gang of Four（ギャング・オブ・フォー）"の略。
4人の偉人を表す時にしばしば用いられる英語です。
23種類もあって
実際に私が意識して使ったことがあるのは2～3種類。
規模が大きい開発にならないと
なかなかその有用性は実感できないものです。(^_^; ・・・・・・
さて、話は変わるようですが、
春からこの時期まで、私達インストラクターの多くは、
ソフトウェア開発会社の新人研修を担当しています。
最近の新人研修は内容も濃くなってきてますねぇ～(^◇^
Webアプリケーション開発の基礎だけではなく、
開発のシミュレーションも必ずと言っていいほど
カリキュラムに含まれています。
Java言語を用いたアプリケーション開発の基礎を学習した後は、
実際の開発さながらに
- 要求定義
- オブジェクト指向分析
- オブジェクト指向設計
- プログラミング
- 単体テスト・結合テスト
- システムテスト
という工程を体験する訳です。
いやぁ～。皆さん良い経験になりますよ！
大変なのは講師。 (T T)
"レビュー" と言って
受講者の皆さんが作成したドキュメント（設計書）を
チェックするんです。
実際の開発でも実施する重要な工程です！
これをしないで先に進むと
なんとなく書かれた設計書を元に次の作業を進めることになるので
手戻り（やり直し）が十中八九発生してしまいます。
当然、効率が悪いという事になりますね。
それを未然に防ぐためにも、
次の工程に引き継がれるドキュメントはしっかりレビューを実施して
発見できる不具合はなるべく早期に取り除くべきなんです！
が・・・
受講者が20名もいるとさぁ大変！(＠◇＠;
最近の新人さんたちはほんとにできが良い！(>_<)
テキストで触れた内容のカスタマイズ課題であればチョチョイ！！
息つく暇もなく・・・
while(true){
System.out.println("レビュー(T◇T)");
}
※「永遠に続くレビュー」をJava言語で表現しました。
課題が難しくなってくると、ドキュメントも複雑になってきます
レビューをする方も目が回ってくる(◎◇◎)ﾉｼ
追いつかない・・・
作業効率を上げるためにどうにかしなくては・・・
小手先でできることなんてないんです！
取った手段・・・それは・・・
『デザインパターンを習熟させること』
・・・でした。
設計経験のない新人の方々が、思うがままにドキュメントを書くと
本当にゴチャゴチャになってしまって、プログラミングの為の資料になりません。
先人のエンジニアの方々は本当に素晴らしいです！
これらは、Webアプリケーションを構築する上で
基本になる概念でありデザインパターンです。
特に、規模の大きいアプリケーション開発では
このデザインパターンをベースにすることで開発効率が格段に向上します。
・・・
・・・まさかこんなところで実感するとは！！
デザインパターンを踏まえた受講者の皆さんは
ある程度画一化されて可読性の高いドキュメント
（クラス図やシーケンス図）を作成するようになりました！
そして "ある程度" ・ ・ ・ 正確…かな (^^;
私もデザインパターンのありがたみをひしひしと感じつつ
作業効率化を実現！！
無事、新人の方々を世に送り出すことができたと共に、
副産物として(?)このブログも無事世に送り出すことができたという訳です。
ちなみに、レビューは重要ですよぉ～！！
「複数の視点からのレビューを実施しよう」という文言を
社訓にしている企業もあるぐらいです。
是非お見知りおきを。
--------------------------------------------------------------------------------
パソコンスクール KENスクール新宿校 Programインストラクター
http://www.kenschool.jp/school/shinjuku/index.html
KENスクールでオブジェクト指向開発を学びたい方は、Program講座へ！
http://www.kenschool.jp/Program/index.html