>>290
凝った書き方をするのは変更に強い構造を作るため
初期不良が多くても変更に強い構造なら問題ない
テストしてさっさと直すだけなので大した負担にはなりえない
変更に強ければ初期不良もすぐ直せる

逆に納期に間に合わせればそれでいいじゃんUIテストだけして仕様通り動けばいいじゃん
という考え方で書かれたコードは変更に弱い
納期という目の前の問題は回避できたかもしれないが後で絶対に困る
問題を先送りしただけであって根本的解決には至ってない
これは専門的な言葉でいうと「技術的負債」というもので優秀なエンジニアほど技術的負債を背負わないように立ち回る