汎用のフレームワークがあれば業務アプリ実装にオブジェクト指向は不要という考え方は適切でないと思う - 達人プログラマーを目指して

前回のエントリいまさらですが、職業Javaプログラマーなら理解しておいてほしい「継承」の意味についてのブクマのコメントで、 すごく今さら感がｗ 最近の開発はフレームワーク使うことが多いようだから知らなくても作れちゃうと思ってたけど違うのかなあ。 という感想をいただきました。実際に、SI業界で多くの方々、特に、アプリケーション開発の下流工程を担当しない層の方でこのように考えている方はほんとうに多いのではないかと思います。確かに最近ではSalesforceなどの製品もありますし、CRUD処理を行うような見栄えの良い業務アプリケーションは非常に簡単に開発できるようになっているということはあります。また、Visual BasicやMS Accessなど気軽にアプリケーションを開発できるツール類は昔からありました。そして、業界構造などの理由からやむを得ない側面があるとはいえ、SIerの提供する多くの

[ryoasai]

↓WFだから細かいところまで決めないといけないというところはそうですね。でも、そもそも上流工程の人でアーキテクト的な視点で抽象的に考えたりできる人がいないということもあるかも。

[AnonyPre]

同意しますが、プログラムスキルに対して単価に差が付かない現実がある。

[kiyo_hiko]

*1に思ったこと：「ユーザー→ITゼネコン→1次請け→x次請け」型の構造では、些細なバグでも対応に手数が掛かるんですよね。修正・要望を反映するコストが大きい。*1はその結果に過ぎずSIの業態がダメなんだと思います

[degucho]

ほんとExcel方眼嫌いなんですね。僕もですが

[monjudoh]

むしろ良いフレームワークは刺身たんぽぽコードを減らすので、書かなきゃいけない部分の難易度が高いんじゃねーかと。

[kkotyy]

「エリック・エヴァンスのドメイン駆動設計」を読みたくなった。

[bonz3]

あそこにいる人たち全員に読ませてあげたい。

[nyop]

同意。業務ロジックでOOPを意識しようとすると基本設計レベルからの構造化が必要だと思う。SEさんやコンサルさんにはそこまでできない人が多いし、これもWFの問題点か。

[itachisoft]

わかっちゃいるけどやめられない

[atm_09_td]

オブジェクト指向も理解したうえで適切なフレームワークを採用することが生産性を高めると思うのだが。フレームワークを使えば誰でもスーパープログラマーなみの生産性を発揮できると思ってる人もいるんだろうなあ

[kenomi]

純粋・高度なオブジェクト指向はそれほど必要ではないかもですが パターンやイディオムなどと合わせてある程度は知識が必要ですね。 if, for, while, だけでロジックを考えてるだけでは効率化・差別化 できない範囲

[legoboku]

”少ない人数のコアのプログラマーが中心となって慎重に設計しながら開発するというモデルにシフトすれば、全体として開発費用を大幅に削減できるでしょうし、できたプログラムの機能拡張やバグ修正も容易となり、長

[drillbits]

"設計ができるほどには賢くないなら、ソフトウェア開発を担当させてはならない"