アカウント名:
パスワード:
仕事としてシステムを開発する場合は、プログラムの「美しさ」だけでなく「コスト」も意識すべきです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
出てくる警告にどう対処するのかが問題 (スコア:5, すばらしい洞察)
# しかも、周りがヤイのヤイの言っても、今まで一度も直らなかったぐらい
# 上から下まで、ものを判っていない。
というわけで、このようなツールを使ったからどう、という事ではありません。
このようなツールの出力にどう対処するかが問題。また、このようなツールが
出してくる警告の量から、プログラム改善にかかる時間を正確に見積もる、などの
マネージメント能力も大事でしょう。
fjの教祖様
Re: (スコア:0)
今、そのシステムはインフラの一部としてまだ稼動しているようです。
# さすがにAC。
Re: (スコア:1, すばらしい洞察)
少なくとも「美しくない」=「間違い」ではありません。
顧客の「デーモンがcoreを吐く」という要望に対しては
- 美しいが高コストな方法: デバッグ、ソースコードの修正を行い、coreを吐かないようにする
- 美しくないが低コストな方法: coreを吐いても、coreファイルを保存しないようにする
という感じで、複数の選択肢があります。
ここで後者の低コストな方法で顧客が満足してくれるのなら、何も問題はないと思います。
# 本来は、ちゃんと顧客に複数の選択肢があることを説明した上で、どちらか一方を提案するべきですが。
Re:出てくる警告にどう対処するのかが問題 (スコア:0)