アカウント名:
パスワード:
ダメなコードかどうかは別として、ソフトウェアがバージョンアップを繰り返す場合、初期のバージョンとして作られていた、機能的にシンプルなプログラムにおいては許されていた設計が、当初想定されていなかった新たな要求を満たすためには通用しなくなってしまう、ということは結構あったと思う。そういうときに、バージョンアップのたびに騙し騙し残してきた古い設計のプログラム (おそらくこれが積み重なると、どんどん「ダメなコード」になってゆくのだと思うのだが) を、どこかのタイミングでばっさりかなぐり捨てられる勇気が、必要なこともあるのではないかと思う。
年食った上司ほどプログラム資産に対して保守的だったりすることが多いので、現場でコード書いてる若いプログラマーが、勇気を持っておっさんどもにどんどんせっついてあげるとよいと思う。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
一から作り直し (スコア:2, すばらしい洞察)
ダメなコードかどうかは別として、ソフトウェアがバージョンアップを繰り返す場合、初期のバージョンとして作られていた、機能的にシンプルなプログラムにおいては許されていた設計が、当初想定されていなかった新たな要求を満たすためには通用しなくなってしまう、ということは結構あったと思う。そういうときに、バージョンアップのたびに騙し騙し残してきた古い設計のプログラム (おそらくこれが積み重なると、どんどん「ダメなコード」になってゆくのだと思うのだが) を、どこかのタイミングでばっさりかなぐり捨てられる勇気が、必要なこともあるのではないかと思う。
年食った上司ほどプログラム資産に対して保守的だったりすることが多いので、現場でコード書いてる若いプログラマーが、勇気を持っておっさんどもにどんどんせっついてあげるとよいと思う。
むらちより/あい/をこめて。
Re:一から作り直し (スコア:1)
実際に保守的な側面もあるかも知れませんが、『実装を変えると単体テストから当然やり直し』するだけの工数が見込めない
メンテナンスなどでは意図的に無視するケースもありますよ。
むしろ再構築でもない限り付託費用がきっちり査定されるので、そんなケースの方が多かったかも。
(今でこそテストツールがあるんで敷居は低くなったはずです)
#公共系の企業の特性かもしれないですね。
#パッケージ販売とかだともっと自由度が高いのでしょうか?
ホスト系、とくに勘定系とかでは40年50年動いてるコードもざらですしね。(そして時々ソースがない)
でも、コードに問題意識を持つこと自体はどんどん推進して欲しいものです。
---- 何ぃ!ザシャー
『天下り』 (スコア:0)
そうだと思います。
>#パッケージ販売とかだともっと自由度が高いのでしょうか?
最近はそういう公共系の企業からの転職者が、お役所特有の時代
錯誤な文化を持ち込んで
「これが大規模開発の『正しい』やり方です」
と管理職に売り込んでくれてたりします。おかげで生産性も品質も
がた落ち。
なんで現場の人間が軒並み反対しているか分かってないですよね。
Re:『天下り』 (スコア:1)
#ちなみに「公共系」は「生活インフラ系(電力系とかガス系とか)」の意味で言いました
>現場の人間が軒並み反対
ここでいう『現場』ってプログラマ?エンジニア?
その売り込んでる内容を聞かせてもらえんですか?
(ドキュメント作れ、はメンテナンスする者の立場として至極当然の主張と思うので)
#「ドキュメントは要らんから安くしろ」はお互いのためにならないですね
---- 何ぃ!ザシャー