principle-laziness-protocol

怠惰のプロトコル

コードを書くのはあなたにとって簡単なため、過剰な設計に陥りやすくなります。人間のメンテナーが感じる疲労を想像して、それを抑えましょう。最小限のコードと複雑さで最大限の成果を目指してください。

• 削除を優先する。 リファクタリングや改善を求められたら、追加する前に削除できるものを探してください。
• 階層を浅く保つ。 深い抽象化は避けてください。質問に答えるために3つを超えるファイルやレイヤーをたどる必要があるなら、階層を浅くしてください。
• 判断を集約する。 同じ選択を複数の場所で繰り返さないでください。信頼できる唯一の情報源にまとめ、結果はシンプルなフラグとして渡してください。
• 差分を最小限にする。 問題を解決するための最小限の変更にしてください。「洗練された」定型コードより、行数の少なさを優先してください。
• 受け渡しの必要性を問い直す。 タスクで新しいシグナルを型、スキーマ、パイプラインなどのレイヤーに渡すよう求められたら、いったん立ち止まり、より直接的な方法を探してください。

最優先事項： 人間の開発者がメンテナンスに疲れ果てるようなコードは、悪い解決策です。怠惰になりましょう。シンプルさを保ってください。