技术债定义：

为了短期利益而做出的次优技术决策，导致长期成本增加。

类型：
├─ 有意技术债：为了赶工期故意为之
├─ 无意技术债：缺乏经验导致
├─ 历史技术债：技术栈过时
└─ 架构技术债：架构设计不合理

技术债四种类型：

  ┌────────────────────────────────────────┐
  │  有意识的技术债                          │
  │  「我们知道有捷径，为了赶时间」           │
  │  → 主动选择，有计划地还                   │
  │  → 危险性：可控                          │
  ├────────────────────────────────────────┤
  │  无意识的技术债                          │
  │  「不知道这样写有问题」                   │
  │  → 能力不足或经验不够                    │
  │  → 危险性：高（隐蔽性强）                 │
  ├────────────────────────────────────────┤
  │  环境演变的技术债                        │
  │  「当年是对的，现在过时了」               │
  │  → 框架升级/业务变化/规模变化              │
  │  → 危险性：中（逐渐积累）                 │
  ├────────────────────────────────────────┤
  │  复杂度的技术债                          │
  │  「系统太复杂没人敢动」                   │
  │  → 补丁打补丁，架构腐蚀                   │
  │  → 危险性：最高（可能导致系统重写）        │
  └────────────────────────────────────────┘

债务利息模型：

  技术债就像信用卡：
    本金：当初走捷径省下的时间（如省了 3 天）
    利息：每次修改相关代码多花的时间（如每次多 0.5 天）
    
    第 1 次修改：省 3 天 - 多 0.5 天 = 净省 2.5 天 ✅
    第 5 次修改：省 3 天 - 多 2.5 天 = 净省 0.5 天 ⚠️
    第 7 次修改：省 3 天 - 多 3.5 天 = 净亏 0.5 天 ❌
    
  结论：技术债必须定期偿还，否则利息会超过本金