コードのリファクタリングにどれくらいの時間を費やすべきですか？[閉まっている]

それが私だけのものかどうかはわかりませんが、コードのリファクタリングを開始すると、それを行うのに多くの時間を無駄にし、終わりません。

コードを再度読むたびに、改善できるものを見つけます。コードのリファクタリングは、私の脳が無限ループに陥り、満足のいくものではなくランダムに終了条件に到達するようなものです。

それでは、コードのリファクタリングにどれくらいの時間を費やすべきでしょうか？

リファクタリングを開発プロセスの一部としてではなく、独自のものとして扱う場合、リファクタリングは終わりのないものになる可能性があります。

red、green、refactorのテスト駆動開発アプローチに従う場合、通常、次の2つの理由でリファクタリングに多くの時間を費やす必要はありません。

1. 進むにつれてリファクタリングされるので、それが巨大なタスクになることはなく、TDDサイクルの小さなステップに過ぎません。

2. 次のテストを作成するための内部的な「プレッシャー」は、リファクタリングの努力を適切なレベルに保ちます。

レガシーコードを使用している場合は、ボブおじさんの「ボーイスカウトルール」に従ってください。短い時間（30分など）に自分でタイムボックスを設定し、以前よりもきれいな状態でコードをチェックインすることを目標にします。コードに触れる必要があるたびに、コードを少し改善したままにします。時間が経つにつれて、最も変更されたコードが最も読みやすくなり、コードベースで十分に考慮されます。