第 3 章：能跑还不够

系列：软件设计的哲学 · 第 3/22 章
全书导读：00-overview.md

一句话总结

战略式编程把额外 10–20% 时间投在设计上，换长期更快的交付；战术式「先跑再说」应是例外而非常态。

模式	适用
战略式编程	产品代码、长期维护模块（默认）
战术式编程	验证可行性、即将抛弃的 spike

「前期略慢，后期快」——曲线交叉点往往比直觉更早到来。

第 3 章把第 2 章的「复杂度敌人」转化为工作方式：没有战略心态，第 4–11 章的模块技法很难坚持。承上启下，是行为准则章。

deadline 压力下最易「战术式固化」：临时 flag、硬编码路径进了 release。可在迭代末留固定比例的 design budget（如每 sprint 半天）还债，比大版本前集中重构更可持续。

重点：默认战略式；战术式需显式授权与生命周期。
重点：设计投资发生在写代码时，不是「以后有空再整理」。
注意：战略式 ≠ 分析瘫痪；用第 11 章「设计两次」控制设计时间上限。
注意：经理只看短期 velocity 时，用变更成本数据说话，而非审美争论。