下限に合わせたプログラム設計はシステム開発を停滞させる - @katzchang.contexts

FxUG@北陸の懇親会で出た話題。 中規模以上のプロジェクトになれば、悲しいかな、テンプレにそったプログラムしか書けない人や、そもそもプログラムを書いたことすらない人が結構いたりします。10人もかき集めれば2〜3人、いや半分はそういう人だったり。リーダーさんは仕様検討とかで忙しいから、そういう初級者さんにプログラムの作成を頼らざるを得ないってのが現実です。 で、初心者さんにもわかりやすい設計のプログラムを量産していきましょう、となる現場はよくあります。なに、うちのところもそんなもんですよ。 でもそれで良いの？と、個人的には疑問を持っています。 初心者でも書けるように、テンプレートをコピーして使う。 コピペ駆動開発の副作用は周知の通り。 テンプレートが役立つのは限定的な場合。仕様が想定の範囲を超えればテンプレートを捨てなきゃならないけど、その判断を誰が下す？ 後々の保守しやすいよう、初心者で

[katzchang]

「今よりマシなプログラムを作成するためには、数週間とか、数日もあれば十分です。」いや、数分でもいいわ。

[yukung]

下限を引き上げる努力が必要なのはわかっているつもりなんだけれど、一方でなんで自分がこんなことに時間を使っているんだろうとジレンマを抱えることの方が多い。自分の時間だって決して無限ではないわけだし。

[fujiyoshisyouta]

そこで、誰でも読んだだけでコーディングできる詳細設計資料を作れ、という話になってみたり、時間が足りないからそんなの無理みたいになったり、でもtypo一つ修正するにも「デバッグ仕様書」書くルールができたり…w

[PoohKid]

テンプレを触媒としたチーム間のコミュニケーションこそがポイントですよ

[diary193]

みんなが効率よく仕事したら人月が稼げない・・・てのが理由

[Nagise]

そうはいっても業務システムのボリュームゾーンは実際のところ複雑な処理がなかったりするわけで、人海戦術的になるのもやむなし。技術が求められるおいしい仕事を誰がやるのかという話題はあるなぁ

[kilrey]

「初心者でも〜」は駄目なベテランを保護する仕組みなのかも。プログラミング以外の仕事は割り振れないのかね。

[takeshiketa]

人の能力を過小評価するなってことか