zero-tech-debt

技術的負債ゼロ

現在のパッチに至った過去の経緯ではなく、目指す最終状態を起点に変更を作り直します。

手順

1. 目指す最終状態を1～2文で述べます。

2. 互換性を維持する前に、実際の呼び出し元を探します。 モード、プロパティ、ラッパー、ルートエイリアス、フォールバックに現在の呼び出し元がない場合は、削除します。

3. 最終的なプロダクトの形に合わせて再構成します。 モードフラグより、明確な単一のコンポーネントまたはフローを優先します。状態、レイアウト、コントロール、ドメインコマンドなど、明確な境界を作れる場合にのみ分割します。

4. 共通ルールを一か所にまとめます。 機能フラグ、権限、ルートの制御、URL の状態、コマンドの命名をページ間で重複させたり、ビューコンポーネント内に隠したりしないでください。

5. 目指すフローを検証します。 新しい動作と、ナビゲーション、権限、永続化された状態に影響する削除対象の前提をテストします。

ルール

• 古い形からの差分を最小にするのではなく、あるべきコードを目指します。
• 不要な互換性維持の経路は、改善するのではなく削除します。
• 1つの機能のために汎用フレームワークを作らないでください。
• 最終形に一貫性を持たせるために必要な範囲に、リファクタリングを限定します。
• 実装の経緯より、プロダクトとしての意図を表す名前を優先します。