第 22 章：结论
系列：软件设计的哲学 · 第 22/22 章
全书导读：00-overview.md
一句话总结
能跑还不够——软件设计的核心是持续对抗复杂度：战略式思考、深模块、可读性与明智取舍，应成为日常默认而非偶尔奢侈。
核心观点浓缩
- 回顾主线：复杂度（第 2 章）→ 战略式编程（第 3 章）→ 深模块与信息隐藏（第 4–11 章）→ 可读性（第 12–18 章）→ 批判与取舍（第 19–21 章）
- 设计是连续活动：写、读、改、评审的每一环都在加或减复杂度
- 小投资大回报：设计两次、先写注释、好命名——常仅数小时，受益数年
- 文化 matter：个人战略式若组织奖励战术式，效果有限；需 Review 与指标对齐
- 学习路径：读代码时练「找复杂度症状」；写代码时练「能否更简单」
- 设计是团队运动：个人写法再战略式，若合并标准只看功能，复杂度仍会通过接口扩散
- 本书与课程材料（Stanford CS 190）同源——适合作为团队 Book Club 共读书目
关键概念 / 金句
| 全书锚点 | 一句话 |
|---|---|
| 敌人 | 依赖 + 模糊 → 变更放大、认知负荷、未知未知 |
| 方法 | 战略式默认；战术式仅明确一次性场景 |
| 工具 | 深模块、注释、命名、一致、 obvious |
| 态度 | 潮流服从复杂度；性能与完美让位于 measured 优先级 |
「Working code isn't enough.」——这是起点，不是毕业。
本章在全书中的位置
第 22 章收束全书，不提供新技法，而整合二十二章逻辑链。读者宜回到 00-overview.md 对照自己的代码库做复杂度审计，或与 程序员修炼之道 姊妹篇交叉实践。结论章重申：设计能力像肌肉，靠反复在真实代码上做减法而非囤积原则卡片。
个人思考与启发
重读结论时用 JMScan 插件边界做自查：哪些 API 仍泄漏内部 JSON？哪些模块注释停留在「处理网格」？列出前三项还债，比泛泛「要加强设计」可执行得多。书的价值在带回自己的仓库。合上书后留一条习惯即可——例如每个 PR 自问一次「调用方是否更简单」，比一次读完二十二章更易内化。
与《程序员修炼之道》对照
- 修炼之道：程序员你的责任与持续学习；本书：设计你的责任与持续简化
- 两书合读：习惯让你能交付，设计让你能长期交付
- 「注重实效」+「降低复杂度」= 成熟工程师的完整画像
重点与注意
重点：把本书当诊断框架，非信仰体系——用症状表 Review 自己的 PR。
重点：教新人时先讲复杂度为何致命，再讲深模块——动机先于技法。
注意：读完不练等于未读；至少选一个模块做「设计两次 + 注释先行」实验。
注意：第 2 版相对第 1 版强化了通用模块、潮流批判与优先级——重读旧笔记时需更新这三块。
注意：教团队时做复杂度症状工作坊（集体 Review 一段 legacy），比宣讲 PPT 有效。
导航：第 21 章 决定什么重要 · 全书导读 · 返回书籍索引