大規模開発でオブジェクト指向は本当に変更に強いのか？

オブジェクト指向（OOP）は変更に強い、と一般に言われます。 カプセル化とかいろいろな機能のおかげで、あとから仕様変更する場合などに他に影響が及びにくい、と。 しかし実際には銀行や官公庁の大規模プロジェクトで、システム開発の失敗や遅延、頓挫などをしばしば見聞きします。 それらはおそらくJavaでOOPで開発されているはずです。 失敗や遅延などする理由は、発注元の曖昧な要求や後出しの仕様変更の多発などが想像されます。 でもOOPであれば、少なくとも仕様変更には強いはず。 なのに、なぜ失敗しまくるのでしょうか？ なぜ仕様変更のたびに膨大な影響範囲の調査・テストが必要なのか？ ある一部分の機能を変更するだけなら、そのクラスの単体テストだけでいいんじゃないの？ 「OOPは設計が大事。最初の設計がダメだった」という意見が想定されます。 しかし数百億円・数千億円規模のプロジェクトに関わるレベルの人です

[Error401]

どんな言語でも、ウォーターフォールで開発し、詳細ドキュメントを書かせ、レビューで些細な指摘をし、単体レベルの詳細なテスト設計書を書かせ、不要なエビデンスを残させるなどしてれば、変更に弱くなる。

[itotto]

言語が何か？って大事な部分ではあるけど全体から見たらすごい小さなことだからね...。

[verda]

金融系が苦戦してるのはCOBOLやPL1とかそれらのデータの持ち方のところだと思ってた あと人間関係

[akikonian]

何が変更するかにもよる。業務変更が起こると言語で吸収しきれない。

[cancamayum]

まず、過去の事例を調べたら良いのでは？人脈があるなら精通した人に聞けばいいし。精通した人に辿り着けばいいし。ストレス溜まってるならJava Rap を聞いてみて。

[yuki_2021]

質問者が熱い人なだけになんか空しいなぁ。オブジェクト指向で書いたものをスクラッチで書き直す事なんてあるあるだもん。

[civitaspo]

http://ift.tt/2d7nyDx

[poppun1940]

Java - 大規模開発でオブジェクト指向は本当に変更に強いのか？(47691)｜teratail オブジェクト指向（OOP）は変更に強い、と一般に言われます。 カプセル化とかいろいろな機能のおかげで、あとから仕様変更する場合などに他

[nazoking]

OOPの方が他の方法より失敗してないのでは？

[n-channel]

予想した変更には強い。予想しない変更には弱い。すべては何をどう抽象化するかにかかっている。何も抽象化できてないなら、それはオブジェクト指向じゃなくてただの手続き型なので論じるに値しない。

[peketamin]

新しい師匠が「とにかくシンプルにしないと変更に弱くなる」って言ってた

[yogasa]

"なぜ仕様変更のたびに膨大な影響範囲の調査・テストが必要なのか？ ある一部分の機能を変更するだけなら、そのクラスの単体テストだけでいいんじゃないの？ " このへんでいやいやいやいやってなるよね

[sezemi]

技術的負債をいっぱい貯めたから返せない

[MasaMura]

それこそ、構造化PGで書いたらもっと時間が掛る。JAVAを元にしたフレームワークの恩恵は計り知れず。業務の精通とPG技術は又別の話し。以前より大分、PJ頓挫は少なくなったよ。

[hiroyuki1983]

少数精鋭でやれって話は出るんだけど、客側の担当者がマジで数百人とかになるので、それらと誰が打ち合わせするんだよって話になるよね。少数でそれだけの関係者との打ち合わせを回すのは不可能でしょ

[wwolf]

OOPは変更に強いとは思うけど、要件や仕様が根本から変わったらそらやり直す羽目になるぜ