今更と言われそうだが・・・・“わかりやすい”ＤＯＡが助け舟

最新技術の習得が困難であるとしてもＤＯＡの考え方は

どのような負荷がかかろうともできれば習得、

習得が難しければ理解はした方が良いと思っている。

http://japan.cnet.com/blog/ochikobore/2008/02/15/entry_25005197/

の続きになる。

ＤＯＡとはＤａｔａ　Ｏｒｉｅｎｔｅｄ　Ａｐｐｒｏｃｈの

略で

「データをシステム開発の中心に据え、データの回りに

　プロセス（処理）を付加していくアプローチ」の事。

古くさいという意見もあるが、私は結構優れた考え方だと

思っている。

しかし、残念ながら、一般的に、システム屋はＤＯＡなんか

ほとんど知らないし、今さら理解しようともしていない。

「ＤＯＡ」という言葉自体、和製英語らしいし・・・

試しにＷｅｂのサーチエンジンで「ＤＯＡ」を検索してみた

ら良い。

ゲームか、昔のロックバンドの名前くらいしか引っかから

ない。

では何故ＤＯＡなのか？

といえば、ユーザーが（もちろんオーナーも）ＤＯＡを

理解しなくても

開発者が

　　　　ある程度きちんとやれば

自然と実践できてしまう開発手法だからである。

他にもありそうなものだが、自分の知るかぎり、ＤＯＡ以外

にそんな手法は見あたらない。

「きちんとやる」のが大変じゃないのか？

 　という問い掛けがあるかもしれない。

答えは簡単である。

肩肘張らずにＤＯＡを自然に実践できる、

“わかりやすいモデリング”　

http://japan.cnet.com/blog/ochikobore/2007/11/22/entry_25002019/ 

を実施すれば良い。

私が習得要件としている“わかりやすいモデリング”

ならば、充分やる価値があるし、概念もわかりやすい。

（概念がわからなくても実践できるし）

もし、「落ちこぼれシステム屋」が、開発プロジェクトを

成功に導きたいのなら、理解し、実践した方が良い。

「落ちこぼれ」になりかけているプロジェクトには

“わかりやすいモデリング”

                    が威力を発揮するはずだ。

わかりにくく、難解なモデリング技術は必要ない。

ＤＯＡの中にも小難しく、習得要件が高いそうなものもある

が、わかりにくければオブジェクト指向同様にその意味を

なさない。

“わかりやすいモデリング”は「落ちこぼれシステム屋」の

為の絶対成功するために必要な開発方法論なのである。

とにかく理解するのが大変で、習得に異常な時間を割く位

なら止めた方が良い。

おそらく誰もついていけないだろうから。