最初は平易に書くけど、仕様とか責任が増えて、複雑になってきたら、もうちょっと構造化する予定だったと思われるコードを、いろんな人がちょっとずつ平易に書き足し続けて、ある日見たら長くて複雑なコードになってるのを発見する、のはつらい。
とはいえ、ちょっとここの条件変えたいくらいの通りすがりの人が突然そこに新たなクラスを見出せるとも思えないので、気づいた人がやるしかない。
実装がぐちゃぐちゃでもテストがすっきりしてればましだけど、書いた人にとっては、ぐちゃぐちゃの超絶長い関数がひとまとまりの機能という風に見えているはずだから、テストも、その長い関数をまとめてテストしていて、同様にぐちゃぐちゃで手を出せない、というのはつらい。
まずテストをリファクタリングする必要があるけど、テストのテストはないから、壊さないように注意深くやる必要があって、カバレッジレポートかなにか見ながら作業する必要があってつらい。
