DRY・KISS・YAGNI

DRY（Don't Repeat Yourself）

DRY原則は「同じ知識を複数箇所に重複させない」 という原則です。ここでの「知識」とは、コードの見た目の重複だけでなく、同じビジネスルールや仕様が複数箇所に 散らばっている状態を指します。

// 悪い例: 送料無料の閾値（5000円）が複数箇所に重複している
function calculateShipping(cart) {
  if (cart.total >= 5000) return 0
  return 500
}

function showFreeShippingBanner(cart) {
  if (cart.total < 5000) return "送料無料まであと少し！"
  return ""
}

// 5000円という閾値を変更する際、両方の箇所を修正し忘れるリスクがある

// 良い例: ビジネスルールを1箇所にまとめる
const FREE_SHIPPING_THRESHOLD = 5000

function calculateShipping(cart) {
  if (cart.total >= FREE_SHIPPING_THRESHOLD) return 0
  return 500
}

function showFreeShippingBanner(cart) {
  if (cart.total < FREE_SHIPPING_THRESHOLD) return "送料無料まであと少し！"
  return ""
}

KISS（Keep It Simple, Stupid）

KISS原則は「不必要な複雑さを持ち込まず、 シンプルな設計を保つ」という原則です。将来の柔軟性を見越して抽象化やパターンを 先回りして導入した結果、今の要件に対しては過剰に複雑な実装になってしまうことがあります。

YAGNI（You Aren't Gonna Need It）

YAGNI原則は「今必要とされていない機能を、 将来使うかもしれないという理由だけで先取りして実装しない」という原則です。

// 悪い例: 現時点で通貨は日本円しか扱わないのに、
// 「将来海外展開するかもしれない」という理由で多通貨対応の抽象化を先取りする
class Price {
  constructor(amount, currency, exchangeRateProvider, roundingStrategy) {
    // 使われない拡張ポイントが実装の複雑さを増している
  }
}

// 良い例: 今必要な範囲だけをシンプルに実装し、
// 実際に多通貨対応が必要になった時点で設計を見直す
class Price {
  constructor(amountInYen) {
    this.amountInYen = amountInYen
  }
}

「将来のための先取り実装」は、その予測が外れた場合には使われないコードの保守コストだけが残ります。 実際にその機能が必要になったタイミングで設計するほうが、正確な要件に基づいた 設計判断ができます。

3原則のバランス

DRY・KISS・YAGNIは、それぞれ単独ではなく互いにバランスを取りながら適用する必要があります。