创作者视角：为什么这一幕篇幅最重

这五章加起来的篇幅，比第三、四幕加起来还多。这本书对该在哪里花篇幅有一个明确的判断：越是后面章节会反复依赖的东西，越值得在第一次出现时讲透、讲够，留够变式和对照。回声测试、验收条件、红灯先行、判定器循环、读代码这五件事，往后十章要用到几十次，这一幕多花的每一段篇幅，都是在给后面省一次重新解释的成本。

这五章之所以排在一起，还有另一层原因：它们其实是同一件事的五个侧面。回声测试揭示临时判断为什么靠不住，验收条件回答那应该靠什么，红灯先行证明这份依据真的会拦人，判定器循环把「靠这份依据修改代码」变成一套可重复的动作，读代码补上「不靠转述也能自己核实」这一半能力。拆开看是五章，合起来看是一件事的五个必要零件，缺一个，前面四个都立不住。

这也是全书唯一一次，方法论本身就是主角，报价整理器退成了讲清楚方法论的载体。往后几幕的重心会转向用这套方法去对付更复杂的情况：测试被动过手脚、改动看不出明显问题、项目本身要不要接。对付这些情况用的底层动作，都是这一幕教的这五件事。后面某一幕读起来单薄，通常是因为它站在这一幕的肩膀上，不需要重新讲一遍底层动作。

带着自己的项目在读的话，这一幕适合放慢速度，逐字对照着报价整理器的例子，把自己项目的验收条件、第一条红灯测试真的写出来、跑一遍。