《程序员修炼之道（第2版）》全书总复习
用跨章案例重放责任、可变更性、工具、契约、并发、测试、需求、团队与伦理的完整证据链。
学习目标
- 能从一个真实项目同时追踪责任、可变更性、工具反馈、契约、并发、测试、需求、团队和伦理边界
- 能用跨章证据链解释一个实践为何有效、在哪个边界失效，以及应选择什么替代路径
- 能完成基线、边界、一次依赖故障、回退和独立复核，避免把一次成功当成普遍结论
为什么全书总复习不可压缩
↡把一次跨章节复核的输入、验收命题、边界、证据和回退动作固定下来的协议。全书总复习不是把 9 章和 53 个 Topic 再列一次，而是验证这些语境能否在同一个真实工程问题中互相传递。复习合同要写明版本、目录范围、项目约束、用户结果和拒绝条件；没有合同，跨章比较会变成凭印象投票。
↡从个人判断、设计选择、工具反馈、并发状态到用户结果逐节点连接的可追溯关系。证据链不是“责任 → 反馈 → 交付”的口号。每条边都要说明传递的是决定、知识、数据、控制、状态还是反馈，并记录哪个节点拥有下一步责任。
先建立直觉：复习要能失败
↡刚好触及容量、期限、权限或质量阈值、能够明确接受或拒绝的测试样本。边界样本让复习者看到规则何时停止适用。例如反馈时间恰好达到目标、并发版本恰好冲突、需求变更恰好跨越团队职责时，都不能用平均值掩盖拒绝条件。
↡在发现质量、用户价值或安全边界被突破时恢复到已知安全状态的动作和条件。回退不是失败后的情绪反应，而是实践前写好的选择。它可以恢复流程、撤销代码、缩小主张或暂停发布，但必须说明恢复后如何重新验证。
↡另一位复核者只凭冻结输入、验收命题和边界重建一次实践并比较首个偏差的过程。独立复核检验的是证据是否可传递，不是复核者是否赞同作者。复核者不应依赖原作者的点击顺序、记忆或期待答案。
先预测：团队把自动化测试、可逆设计和稳定全功能团队同时引入后发布质量改善，能否把改善归因于任意一个 Topic？不能。先拆开基线、干预、反馈时间、用户结果和未覆盖风险，再用一次只改变一个条件的复核建立因果。
目录单元到教学证据
全书跨章复核
用一个订单团队的需求变更案例重放五个观察点：个人责任、设计反馈、工具证据、并发安全和用户价值。第 1 至 2 章提供责任与可变更性语境，第 3 至 6 章提供工具、契约、资源和并发边界，第 7 至 9 章把编码、需求、团队交付和伦理结果接回用户。
复核记录要区分目录证据和项目证据。公开目录可以定位 69 个正式单元、168 个目录节点、9 章、53 个 Topic 和 99 条提示；当前发布周期、缺陷、并发冲突和用户价值必须由项目日志与测试重新验证。
三步总复习路径
冻结版本、对象与验收合同
记录中文第 2 版、目录分母、项目切片、用户结果和拒绝条件。先写 Review Contract，再开始跨章定位；如果版本或目录分母不一致，暂停复习并记录差异。
跨章证据链
五个节点分别承担不同责任：个人判断声明问题和边界，设计反馈把变化变成可观察信号，工具证据缩短反馈，契约与并发保护状态，用户结果决定是否值得继续。节点之间必须保留输入、输出、所有者和升级路径。
从成功到可迁移结论
全书复习的最小证据包包括 ISBN 与目录坐标、代码和需求哈希、工具版本、输入、初始状态、变更触达图、反馈时间、失败日志、输出哈希、用户结果、恢复动作和复核结论。截图、覆盖率或格式化结果只能辅助定位，不能单独证明掌握。
专属案例：需求变更导致发布风险
订单团队发现付款规则在发布前才暴露。先记录最近四次发布的需求反馈时间、返工量、缺陷类型和用户影响，再定位相关 Topic：可变更性、曳光弹、契约、测试、需求学习和稳定全功能团队。实践只在一个订单切片增加可运行反馈，并固定其他输入。
review_case:
claim: 更早反馈能减少发布前返工
baseline: 最近四次发布的反馈时间、返工量和缺陷
intervention: 一个切片增加可运行反馈
boundary: 反馈更快但线上缺陷或用户价值恶化
failure: 反馈依赖不可用
rollback: 恢复安全发布流程并重审假设
replay: 独立复核者用冻结输入重跑这张记录把全书概念连接到一个可失败项目：需求不是规范，设计要保留可变性，工具应提供反馈，契约和测试保护状态，团队需要共同构建，最终仍由用户价值和伦理边界裁决。
常见误区
选择与拒绝矩阵
| 评审问题 | 选择复习结论的证据 | 应拒绝当前结论的信号 |
|---|---|---|
| 责任 | 每个节点和箭头都有所有者与接收者 | 只描述团队“应该更务实” |
| 因果 | 唯一变化、首个偏差和下游影响清楚 | 同时改变工具、流程和范围 |
| 边界 | Boundary Case 触发明确接受或拒绝 | 只报告平均改善，没有阈值 |
| 恢复 | Rollback 能恢复已知安全状态并重新验证 | 实验失败后只能保留或争论 |
| 迁移 | Independent Replay 能重建输入和结论 | 复核依赖原作者记忆或职位 |
本章回顾
掌握全书总复习的标志，不是背下章节和提示，而是能用 Review Contract 固定边界，用 Evidence Chain 追踪责任、反馈、工具、契约、并发和用户价值，用 Boundary Case 暴露停止条件，再通过 Rollback 和 Independent Replay 证明结论可迁移。一次成功不是普遍结论；能说明何时失败、如何恢复、哪些输入尚未覆盖，才是务实知识。
可验证练习
练习
本组练习要求把跨章复习变成一份可重放的项目证据，而不是概念清单。
问题 1：定位首个偏差。 发布前返工增加，团队同时升级工具、重写测试并改变需求流程。应该怎样重新开始复习？
问题 2：处理边界。 自动化检查变快，但线上缺陷超过质量阈值。是否仍应保留这个实践？
问题 3：独立复核。 原作者能重跑实验，另一位复核者却得不到相同结论，最先检查什么？
名词解释
名词解释
本章出现的专业名词，用大白话再讲一遍。
- Review Contract
固定跨章复核输入、验收命题、边界、证据和回退动作的协议。
- Evidence Chain
从个人判断、设计反馈、工具证据、并发状态到用户结果的可追溯关系。
- Boundary Case
刚好触及容量、期限、权限或质量阈值、能够明确接受或拒绝的样本。
- Rollback
质量、安全或用户价值越界时恢复已知安全状态并重新验证的动作。
- Independent Replay
复核者只凭冻结输入、验收命题和边界重建实践并比较首个偏差的过程。
前后导航
来源与改写范围
- Pragmatic Programmer 作者页面：核对英文版 20 周年版主题与版本信息。
- 中文目录页面：核对中文第 2 版的序、章节、Topic、提示和后置单元范围。
- 出版社书目信息：交叉核对中文译本出版信息与版本边界。