ソースコードは一期一会の精神で書くべし。

こんなことを、おいらが言って説得力があるのかわからないけど、 「@」でエラー抑制すると PHP が遅くなるという噂について : a++ My RSS 管理人ブログ ↓ 大切なのは数秒のスピードアップ？それとも？ でもね、よく考えよう。100万回ループさせたら9秒の差が出ました、って、、、 100万回とか1000万回ループするfor文なんてものを書くのは実際の開発現場においてよくあることなんだろうか？ 元のエラー処理の考え方が富豪的だなとは思ったけど、安定して動いているなら一度書いたコードとしては、わざわざ直すレベルではない。 ネタ帳さんの方の、はてブコメントに大量のアクセスがあったら？という意見があったけど、それなら一度書いてしまったなら、そうなった時に直せば良いだけの話。 逆に言えば、プログラムを書いてお金をもらう人は、「安定して動いてるけど、望ましくない記述」という状態もまた真になって

[kakkyz81]

神経質に思う必要はないか

[kmachu]

「リリース後に、不必要にコードクオリティのリファクタリングをする」←リファクタリングはリリース前にすべきだよね。 / コードはリリース後も維持されるべきものだから、「一期一会」というのはしっくりこないな。

[terazzo]

リリース後のコードを安全に修正できるようにするというのがユニットテスト＆リファクタリングの基本的な考えだと思うけど、実際問題としてリスクを0にするのは難しい。経理上の問題もあるし。

[p_chopin]

動くコードと残るコード／受託と自社開発の場合でも違うだろうなあ／結局は要件次第か。

[ghostbass]

単に効率アップを目指すだけのリファクタリングなどするべきではないが、一方でバカコードを放置して「動いているから」を理由にリファクタリングしないのはもっとバカだろ/触られたくないなら馬鹿コード書くなよ

[f-shin]

プロセスを工夫するなどでも良いけど、打順が自分に回ってる間思う存分バットが振れるならＯＫじゃないですか？ただしリリースされて安定して動作した実績もまた高い価値なので後はリスク勘案の問題だと思います。

[se-mi]

リファクタリングしないの？勘違いかもしれないけど、なんか非アジャイル的だなあと思う。