プログラマーは自分のコードを疑え - 南極の図書館

若い頃にはよく陥る過ちだと思う。 最近やってしまったので自戒エントリ。 1.テストでバグ発見。 2.共通で使っている様々な計算をするクラスのメソッドから期待した値が戻ってこない。 3.どう考えてもこの（自分以外が作った）メソッドが業務上の例外を考慮してないだろ（履歴を見ると何度も問題があったモンスターメソッドだ）。 4.読み辛いながらも、そのメソッドのバグを探す。 5.どうもバグってないように見えるので、そのメソッドが使っている定数まで疑いだす（どんだけだよ。） 6.よく見たら私が書いたメソッドの呼び出し方が悪かった（結論） この歳になってこれはないよ。。。 でも「今更やってしまった」と実感できたのは良かった。 今後、バグを見つけたら、自分のコードを徹底的に疑う。 以下余談。 テストのコストが高いのがネックだと感じる。 数秒で終わるUTのコードがあればぐるぐるまわすんだけど、テストコードを

[holypp]

あなたは、Javaや.netでレガシーコードを書いていませんか？テストコード無しで満足な品質を求めることは、即ち職人芸を求めること。それ以外にも本件のような落とし穴がいくつもある茨の道。とか言いながら自戒

[sphere07]

web

[takamR1]

「レガシーコードとは何ぞや」の実例

[labunix]

プログラマーは自分のコードを疑え - holyppの日記

[gikazigo]

プログラマーは自分のコードを疑え - holyppの日記

[yuki_2021]

テストやりたいけど、書く時間が納期に認められないのよねぇ…