絶対的な答えはありません。それが重要なのです。速度対保守性は状況次第です。厳密性をステークスとコードの想定される寿命に合わせます。使い捨てのプロトタイプと支払いコアは、非常に異なる基準に値します。リーダーの仕事は、そのトレードオフを意識的に行うことであり、偶然に起こすことではありません。
判断のためのフレームワーク
コーナーをカットする前に、3つの質問をしてください:
// TODO、RFCのメモ)。何をトレードしたか、なぜかを正確に知っています。プレッシャーの下でもコアをクリーンに保つ: よく命名された境界、テスト済みの重要パス。メッシュを、引き裂くのが安い端に押しやります。
締め切りがタイトなとき、正直な動きはステークホルダーとスコープまたは時間を交渉することです。静かに脆いものをリリースすることではありません。「機能AとBで日付を打つことができますが、Cは1週間遅れます」は、本当の会話です。静かに脆いコードをリリースすることは、チームの将来の速度を、誰もそれに同意することなく費やします。
常に速度を最適化するチームは債務に溺れます。常にメッキするチームは市場を逃します。リーダーの価値は判断力です。文脈に厳密性を調整し、トレードオフを可視化して所有されるようにすることで、今日の近道はチームが返金できる選択であり、相続する驚きではありません。