リファクタリングの問題点
新機能の実装が遅くなる（←これは該当しない）
リファクタリングの目的は開発スピードを上げる（「行う理由」のプログラミングを速める）
業界の同僚たちからの証言をもとにしても、リファクタリング不足のほうが、過多よりもよほど多く見られます。つまりほとんどの人はもっと頻繁にリファクタリングを試みるべきなのです。(Kindle の位置No.1661-1662)
コードの所有権
各チームがコードの所有権を持ち、同じチーム内であれば、自身が書いたものでなくとも自由に編集できるようにするほうが望ましいでしょう。(Kindle の位置No.1698-1700)
ブランチ
機能ブランチ（featureブランチ）はリファクタリングにコストを課す
OSSでよく知らない開発者からコミットが来る状況では適切なのかも、と言っている
👉トランクベース（ということ？）
テスト
自己テストコード
レガシーコード
テストがほとんどそろっていない
テストを追加していく
テストがそろっていたとしても、レガシーシステムの込み入ったコードを一度にきれいにしようとするリファクタリングはお勧めしません。関連している箇所に小さく分割して取り組むことです。
データベース