principle-laziness-protocol

怠惰のプロトコル

最小限のコードと複雑さで、最大の成果を目指します。

• 削除を優先します。 リファクタリングや改善を求められたら、追加する前に削除できるものを探します。
• 呼び出し階層をフラットに保ちます。 深い呼び出しチェーンは避けます。大がかりな処理を隠す豊富なインターフェースは、深い呼び出しチェーンではありません。質問に答えるために3つを超えるファイルやレイヤーをたどる必要がある場合は、フラットにします。
• 判断を集約します。 同じ選択を複数の場所で繰り返さないでください。信頼できる情報源を1つにまとめ、結果を単純なフラグとして渡します。
• 差分を最小限に抑えます。 問題を解決する最小の変更を加えます。「洗練された」定型コードより、行数の少なさを優先します。
• スレッド化の必要性を疑います。 新しいシグナルを型、スキーマ、パイプラインなどのレイヤーに渡すよう求められたら、いったん立ち止まり、より直接的な経路がないか探します。
• 小さな漏れにも注意を払います。 小さな受け渡しだけの処理、表現の漏れ、重複した選択肢が広がる前に取り除きます。小さな漏れは積み重なり、恒常的な調整コストになります。

テスト： 人間の開発者が保守にうんざりするコードなら、それは悪い解決策です。