ひどいコードを書いてもよいとき
なぜひどいコードを書いてはいけないか - hitode909の日記
ひどいコードを書いてもよいときとは
- ひどくないコードを書けるだけの技術力がない
- プロジェクトの生産期間が短い
- プロダクトの寿命が短い
- 将来アーキテクチャを作り直すことが決まっている
- 自分が近い将来退職する
- 技術的負債を残したい
良いコード
と悪いコード
の分別がつかないような技術力の低い新卒くんとかは好むと好まざるとにかかわらずひどいコードを書いてしまうときもある。担当メンターはきちんと彼らが良いコードを書けるように導いていかなければならない。
プロジェクトの生産期間が短かったり、プロダクトの寿命が極端に短い とわかっているものであればひどいコードを書いてもよい。 ひどいコードとわかっていても時間が足りなければ直せないし、たとえ直したとしてもその成果はプロダクトの寿命と共に終わる。ただし長期的にメンテンナンスをしていくのであればこの限りではない。
言語選択とかフレームワーク選定とかデータベース設計とかアーキテクチャレベルで作り直すことを将来想定しているのであれば、ひどいコードを書いてもよい。 かの有名なFacebookだって最初はひどいコードから始まってるんだ1。そのコードを未来の優秀なエンジニアたちが塗り替えていって綺麗にしていったんだ。そうしてFacebookは大きくなり大成功を収めた。ビジネス 
を作るのに綺麗なコードは要らない。
あなたは近い将来退職することを目論んでいて現在の職場に少ならからずのヘイトを溜めている。さぁ復讐のときだ。技術的負債を目いっぱい残してやろう。