「書き直した方が早い」は9割のケースで間違いだった - 怠惰を求めて勤勉に行き着く

はじめに、本エントリは特定の企業、チーム、個人を指して書いたものでは一切ない。100%僕の個人的な経験から来ている。 さて、職業プログラミングに従事していると一度は「これ書き直した方が早いっす」とか言ったことある気がする。自分の場合、多くは歴史のあるレガシーコードを読んだときだ。思い返せば、自分がこう思ったときはほとんどそれは間違いであった。 「なんだこのコード…」 「これ何書いてあるか分かんないっす」 「うーんこれもう書き直した方が早くないっすか？」 この流れは非常に危険だ。 なぜならプログラムというのは本質的に書いてある通りにしか動かないからだ。ちゃんと読めば絶対に何を書いてあるかは分かる。 ここで安易に選んだ書き直しという選択は、自分が慣れ親しんだやり方でその部分をそっくり置き換えるというだけで、それは他人にとってあたらしい「これ何書いてあるかあるか分かんない」を生む結果にしかならな

[J138]

人間一人で読める物量だったらいいのかもしれないけれど、クソコードが大量に積み重ねられてて、担当者退職したってなってたら書き直すってなるわ。

[h5y1m141]

“自分が慣れ親しんだやり方でその部分をそっくり置き換えるというだけで、それは他人にとってあたらしい「これ何書いてあるかあるか分かんない」を生む結果にしかならない。” 確かに。これは常に心に留めておこう

[masaru_b_cl]

Joel on Softwareを合わせて読みたい > Joel on Software: コードを一から書き直すべきではない - ワザノバ | wazanova : http://wazanova.jp/post/60372100244/joel-on-software

[gosho-kazuya]

リファクタか、リライトか、リプレイスか

[stilo]

『ここで取るべき行動は、注意深く辛抱強くコードを読み、解きほぐし、リファクタリングすることだ。「何書いてあるか分かるまで」書き直すなんて言えないはずだ。』

[Nobkz]

いや主張はわかるが、9割のケースとかいうなよ。バカヤロー。

[hatz48]

“それは他人にとってあたらしい「これ何書いてあるかあるか分かんない」を生む結果にしかならない”

[tsutsumi154]

ぱっと見でわかる駄目コードは直した方がやっぱいいよ

[suika3417]

酷いコードでも、仕様を教えてもらうとコードが読めるようになったの事はあったなぁ。コードが仕様ですってパターンが辛い

[nobuoka]

この記事に触発されて 『「書き直したい」 をグッと抑えて小さな改善を積み重ねよう』 という記事を書いた https://tech.recruit-mp.co.jp/project-management/14775/