パスワードを忘れた? アカウント作成
453161 journal

quabbinの日記: リファクタリング

日記 by quabbin

記事のコメントとして投稿するのはアレなので、こちらに。

http://srad.jp/comments.pl?sid=182973&cid=556158

実はつい一年前は、このコメントと同じことを考えてました。
ですがとある大規模プロジェクトに参画して考え方は大幅に
変わったわけです。
あの手法がCOBOL的というなら、大規模プロジェクトになると、
結局は手法がCOBOL的になるのでしょうとしか言えませんね…。
実際のところCOBOLは分かりませんが。

ちなみにそのプロジェクトでは、ライブラリ作成チームみたい
なのが編成されても有効に機能しておらず、そこらじゅうに
似たようなコードがごぼごぼと書かれていました。
更に各機能の内容がかけはなれていたため、ビジネスロジックの
共有すらままならず…。
んでもってテストも他の機能(特に夜間バッチ部分)が複雑に
絡んでいたので、UnitTestなんざなんやそら状態。
作る人もUnitTest未経験でしたから、ためしに作らせて見れば
「変更に対する勇気」を満たすようなコードはかけませんし、
元のコード自体もそのようには出来ていない。
(そもそも文字列操作関数程度のライブラリしかなかった…
なにやってたんだ? あいつら)

まぁ…結局は崩壊したプロジェクト。
どうでもいいのです。

結論としては、
  ・計画の時点で小さな開発になるよう努力しよう
です。
小規模プロジェクトばんざ~~い

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
typodupeerror

クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人

読み込み中...