【OOD/P】ｵﾌﾞｼﾞｪｸﾄ指向開発はなぜ流行らないの？★3
952 ：仕様書無しさん：2007/03/10(土) 20:25:41
誰か次スレよろ
タイトル長すぎると弾かれるのでちょっと省略。
●スレタイ
【OOP/D】ｵﾌﾞｼﾞｪｸﾄ指向を現場で使いこなせない訳★4
●テンプレ
【前スレ】
【OOD/P】ｵﾌﾞｼﾞｪｸﾄ指向開発はなぜ流行らないの？★3
http://pc11.2ch.net/test/read.cgi/prog/1171808096/
哲学論で否定、肯定はせずに、まずは参考URLを読んだ上で語りましょう。
【参考ページ】
ドメインモデル貧血症
ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?AnemicDomainModel
ドメインロジックとSQL
ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?DomainLogicAndSQL
データ中心指向とオブジェクト指向
ttp://hp.vector.co.jp/authors/VA020635/system/dataorient.html
さあ、張り切っていきましょう。
タイトル長すぎると弾かれるのでちょっと省略。
●スレタイ
【OOP/D】ｵﾌﾞｼﾞｪｸﾄ指向を現場で使いこなせない訳★4
●テンプレ
【前スレ】
【OOD/P】ｵﾌﾞｼﾞｪｸﾄ指向開発はなぜ流行らないの？★3
http://pc11.2ch.net/test/read.cgi/prog/1171808096/
哲学論で否定、肯定はせずに、まずは参考URLを読んだ上で語りましょう。
【参考ページ】
ドメインモデル貧血症
ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?AnemicDomainModel
ドメインロジックとSQL
ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?DomainLogicAndSQL
データ中心指向とオブジェクト指向
ttp://hp.vector.co.jp/authors/VA020635/system/dataorient.html
さあ、張り切っていきましょう。
953 ：仕様書無しさん：2007/03/10(土) 21:24:06
>>953 乙
埋め
【短期&作りっぱなし】オブジェクト指向が流行るわけないじゃん★5
ぬるぽ★5
958 ：仕様書無しさん：2007/03/11(日) 13:27:24
ＯＯ厨 兄w
959 ：仕様書無しさん：2007/03/11(日) 15:03:59
短納期厳守の大規模大人数開発では使えるわけが無い。
ある程度納期を柔軟に決定できるパッケージ開発とか
少数精鋭のプロジェクトにしか使えないよ。
当初の設計どおりになんて『絶対に』作れないんだから
手戻りした場合の影響が激しいOOで大規模開発は無理。
ある程度納期を柔軟に決定できるパッケージ開発とか
少数精鋭のプロジェクトにしか使えないよ。
当初の設計どおりになんて『絶対に』作れないんだから
手戻りした場合の影響が激しいOOで大規模開発は無理。
＞手戻りした場合の影響が激しいOOで
え？
え？
一足お先に>>959の人気に嫉妬。
>>959の設計の悪さに皆突っ込み
しかしオブジェクト指向ってもともと設計を楽するための指向だろ？
設計で多少辛い思いをして後で楽になろう指向
>>964
モジュール化をしやすくするための考え方だと思ってたけど
モジュール化をしやすくするための考え方だと思ってたけど
959のOOってObjectOrientedじゃないらしいな
OODやったことも無く現実を知らないド素人どもが突っ込みまくってるなｗ
少数精鋭でOOで開始されたものに、素人が近寄れないのと、
最初に大人数でOOで開始された（らしい）ものが破綻するのとは、
全然わけが違う
最初に大人数でOOで開始された（らしい）ものが破綻するのとは、
全然わけが違う
その違いも判らん自称OOP使いが下手な突っ込み入れてるんだろうな。
奴らは「OOで開始された（らしい）ものが破綻する」も理解できないだろうし。
こんな事だからOOは誤解されっぱなしなんだろうな･･･
奴らは「OOで開始された（らしい）ものが破綻する」も理解できないだろうし。
こんな事だからOOは誤解されっぱなしなんだろうな･･･
OOが人海戦術に不向きなのは
大きな欠点ではないかと思う今日この頃。
大きな欠点ではないかと思う今日この頃。
人海戦術に使うには、まず少数精鋭でガチガチに固めた雛型
（フレームワーク）用意しないと好き勝手にされちゃうからね。
しかしガチガチに固めると土壇場の仕様変更連発の我侭ユーザ
相手に身動き取れなくなる。
（フレームワーク）用意しないと好き勝手にされちゃうからね。
しかしガチガチに固めると土壇場の仕様変更連発の我侭ユーザ
相手に身動き取れなくなる。
OOが不向きなのではなくて、
OOに不向きな連中が多いだけ。
OOに不向きな連中が多いだけ。
元請の営業系SEから
なぜかおたくに作ってもらうシステムは
ユーザーに評判がよく仕様変更も入らないし
安定してるし不思議ですねーっていわれる。
俺ってどんだけすごいんだよｗ
なぜかおたくに作ってもらうシステムは
ユーザーに評判がよく仕様変更も入らないし
安定してるし不思議ですねーっていわれる。
俺ってどんだけすごいんだよｗ
誤爆だな
>>971
設計がちゃんとしていれば人海戦術でも行ける。
が、逆に言えば設計がちゃんとしてないのに大量に人突っ込まれると破綻する。
柔軟に出来る言語ほど、ガイドラインがないとどんな組み方も出来てしまう分たちが悪いかもしれん。
破綻するかしないかは設計のレベルとフレームワーク次第だと思うんだがな。
設計ダメ、フレームワークなしなんてモノは始まる前から終わってる。
設計がちゃんとしていれば人海戦術でも行ける。
が、逆に言えば設計がちゃんとしてないのに大量に人突っ込まれると破綻する。
柔軟に出来る言語ほど、ガイドラインがないとどんな組み方も出来てしまう分たちが悪いかもしれん。
破綻するかしないかは設計のレベルとフレームワーク次第だと思うんだがな。
設計ダメ、フレームワークなしなんてモノは始まる前から終わってる。
977 ：ココ電球（∩T∀T)y-~~~~ ◆tIS/.aX84. ：2007/03/12(月) 05:40:15
UML図ってメンテナンスで使う？
ひょっとして書くだけでまったく使わなかったりしない？
ひょっとして書くだけでまったく使わなかったりしない？
納品物ならメンテナンスするわなぁ。
リバースエンジニアリングでちょちょいと。
リバースエンジニアリングでちょちょいと。
>>974
イヤミだってことに気づけよ
イヤミだってことに気づけよ
>>979
ひがむなよｗ
ひがむなよｗ
982 ：おじゃばさま：2007/03/12(月) 16:36:27
>807
さんざん使ってから言うのもなんだが、MVC否定だよ。
817の言うようにサーブレットもいらねー。Jspだけでいいや。
>812
計算や集計は当然SQLだろ。SQLで出来ない処理はBeanでやる。
DB変わったらどうする？815の言う通り修正するだろう。
と言う訳で、
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
|
＿＿＿＿.＿＿＿＿ |
| | | |
| | ∧＿∧ | |
| |（ ´∀｀）つ ミ |
| |/ ⊃ ﾉ | | [Struts、Hibernate]
￣￣￣￣'￣￣￣￣ |
|
さんざん使ってから言うのもなんだが、MVC否定だよ。
817の言うようにサーブレットもいらねー。Jspだけでいいや。
>812
計算や集計は当然SQLだろ。SQLで出来ない処理はBeanでやる。
DB変わったらどうする？815の言う通り修正するだろう。
と言う訳で、
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
|
＿＿＿＿.＿＿＿＿ |
| | | |
| | ∧＿∧ | |
| |（ ´∀｀）つ ミ |
| |/ ⊃ ﾉ | | [Struts、Hibernate]
￣￣￣￣'￣￣￣￣ |
|
そんなおじゃばにはPHPの方が向いてるかも
>>983
全くその通りだｗ
全くその通りだｗ
おじゃばの主張は、ASP.NETより昔のASPがよかったと言ってるようなもの。
IDEが進化してコンポーネント指向になったら、やっぱこっちとか言い出すんだろ？
IDEが進化してコンポーネント指向になったら、やっぱこっちとか言い出すんだろ？
だからなんでお前らはすぐ言語の話を持ち出すんだ？
何度同じこと繰り返してんだか
何度同じこと繰り返してんだか
言語は大事だろ。>>986はコボラー相手に設計してろよ。
>>987
顔真っ赤だぞ
顔真っ赤だぞ
ここマ板だぞ
991 ：おじゃばさま：2007/03/12(月) 18:52:09
じゃPHPやってみる。
PHPなんてやるよりレガシーCが最強だぞ。なっ。おじゃば。
最強に手間がかかりますがな
Ａｄａでもやっとれ
自己と向き合い自己を見つめ直せ
自己と向き合い自己を見つめ直せ
そして、層化学会に入信して池田先生に帰依しろよ
記念にぬるぽ
記念にガッ！
1000なら次のバッチはJavaで作る
1000ならみんなOOD/Pが理解できるようになる！
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。