「大規模プロジェクトではどうするか」を考えるより、「大規模にしないためにはどうするか」を考えよう - kなんとかの日記

はっきり言おう。大規模プロジェクトは存在自体が悪。 続けて同氏は、ケーパース・ジョーンズ氏の著書「Patterns of Software System Failure and Success」から調査結果を引用し、大規模プロジェクトになればばるほど、当初の見積もりとは大きくかい離したものになり、かつ失敗する可能性が高いことを示した。「（一般的なプロジェクトも含めた調査結果でさえこれなのだから）デスマーチについては推して知るべし」とヨードン氏。 エドワード・ヨードン、デスマーチを成功に導く対症療法を説く - ITmedia エンタープライズ (強調は筆者による) うむ。言っていることはごくあたりまえのことではあるが、ヨードン氏が言うと説得力がある。 調査結果の抜粋。FP（ファンクションポイント）はジョーンズ氏が定義している単位で、1FPが100行程度のコードであるという。1FPであればほぼ

[AKIY]

「大規模プロジェクトは存在自体が悪。」「まずは規模を小さくすることを考えなければいけない。」/今まで大規模プロジェクトってすごい、っていう憧れみたいなものがあったから目から鱗。

[bobbyjam99]

結局はPMが管理できるかボリュームかボリュームじゃないかではなかろうか．

[fbis]

大筋理解できる。が、Smartyより生PHP使えっていうのは凶器の沙汰としか思えない。できることを意図的に減らすことで保守コストを減らすという効果もあるよ。『何でもできちゃう』生PHPをテンプレートとして使うのは危険

[hiro_y]

規模が大きければいいというものでもないということ。少なくとも誇るべきものではないと思う。

[te2u]

後出しのClickがStrutsよりもより使えなかったら、後出しの意味がない。設計センスというより、Strutsの悪いところを改善しようとしたのではないのか。/プロジェクトの大規模化は、善し悪しの指標として扱える。

[paulownia]

その通りすぎる

[raimon49]

規模を自慢する人って本当に存在するから困る。「人月たったの５か。ゴミめ！」みたいなプロマネ, コンサルさん

[tmtms]

大規模プロジェクトは存在自体が悪

[masakanou]

>しかしこの業界はまったく学習してなくて、いまだに大規模であるほど偉い、あるいは大規模こそ正義、みたいなバカが多くて困る。

[no_ri]

納得できるところもあるけどフレームワーク叩きに行くのはちょっと違う気がする

[takuya-itoh]

"しかしこの業界はまったく学習してなくて、いまだに大規模であるほど偉い、あるいは大規模こそ正義、みたいなバカが多くて困る。"

[takets]

- 身につまされる。大規模イコール善という考えは穿ってみよう。

[kmachu]

「「大規模プロジェクトではどうするか」を考えるより、「大規模にしないためにはどうするか」を考えよう」←すごく同意。去年のRubyKaigiからずっと考えてる。

[NOV1975]

大規模ってソースコードの量のことを言うの？それはホストの名残で、今は仕様の量のことを言うのかと。ソースコード量が減っても結合テストの量は減らないからなあ。

[Nagise]

腐ったPHPのコードをJavaで書き直したら何分の一かにできるよ。氏の言うとおり、設計の問題であって言語の問題ではないな。そして設計をよくするために使えるプログラミングパラダイムの多い言語は何か、ということだ

[joker1007]

金の流し方が間違ってるのを学習しないのかね・・・全く。

[tarotarorg]

なるほど。

[m-ohshita]

1