先把最难的一句话说成人话
常识说：补丁多到一定程度，重写就成了必然。母文说这个函数根本不存在。它在 9819 份互联网标准文档上清点后发现：被打过补丁的 1237 份里，85.1% 从未被整篇取代；而补丁次数和"最终被取代的比例"基本不相关——打 1 次的被取代 14.4%、打 2 到 3 次的 15.1%、打 4 到 7 次的 15.5%，几乎一样。换句话说，"改得多"完全预测不了"会被重写"。
那什么才决定能不能重写？母文的答案是：一个"所有使用者同时不在使用它"的时刻——静止点。 没有静止点的东西，投入再大也只能继续打补丁；有静止点的东西，几乎没怎么改也可以被整篇替换。数据里最有力的对照：被反复整篇重写最多的，全是状态快照和名录（最高重写过 33 代）；而补丁最多却从没被重写的，全是运行中的协议——域名系统的核心规范被打了 29 次补丁、跨 36 年，一次也没有被整篇重写过。原因很简单：它一刻也停不下来，找不到那个"没人在用"的时刻。
真正的大白话不是把理论削薄，而是换一条普通人走得进去、又不会走错出口的路。
五个场景：重写要等一个"没人在用"的空档
场景 1 · 出租屋装修
房子再破，只要还住着人，你只能修修补补——换个灯、补个墙；要整个重装，得等租客都搬走的那段空窗。装修的可能性不由"破成什么样"决定，而由"有没有全空的一刻"决定。
这就是静止点最朴素的样子：不是"该不该重装"，而是"有没有能重装的时刻"。一间一直有人住的房子，哪怕破得该拆，你也只能趁人在时小修；一间刚退租、还没入住的房子，哪怕好好的，也随时能整个翻新。
它照亮了什么：能不能整个重来，取决于有没有"没人在用"的时刻，不取决于坏得多严重。
场景 2 · 改铁路要等天窗点
一条繁忙铁路的线路，白天车流不断没法动大手术，只能在深夜"天窗点"——没有列车经过的那段时间——才能整段更换钢轨。没有天窗点的关键线路，只能永远小修小补。
铁路工人把这个"没有车经过的空档"叫天窗点，本身就说明了母文的道理：重写不是勇气问题、也不是投入问题，是有没有那个窗口。越是繁忙、越是关键的线路，天窗点越难找，于是越只能靠补丁维持——它越重要，越难被重写。
它照亮了什么：越是"一直在跑"的东西，越难被重写，哪怕它早该重写。
场景 3 · 家里唯一的路由器
全家都在用的那台路由器，你不能白天说换就换——一换全家断网、有人在开会有人在上课。你得等半夜没人上网的空档。它承载得越关键、用得越连续，越没有那个可以整个换掉的时刻。
如果你不管这个，直接白天插上新的、又没拔旧的，两台一起广播，网络反而更乱——这就是后面要讲的最危险的一格：以为换好了，其实新旧在同时运行。找到那个半夜的空档，才谈得上真正的替换。
它照亮了什么：被依赖得越深、越连续的东西，静止点越稀缺，于是越只能打补丁。
场景 4 · 一份没人天天翻的名录
反过来，一份季度更新的名录、一张月末快照，天生就有"没人正在用它"的时刻——上一版用完、下一版还没发，中间有个天然的空档。于是它可以被整篇重做，而且经常被重做，哪怕它上一版并没什么毛病。
这正好对上母文的数据：被整篇重写次数最多的，全是这类状态快照和名录。它们不是因为"更烂"才被重写，是因为它们天生有静止点——重写对它们来说轻而易举。
它照亮了什么：有天然静止点的东西，哪怕没什么毛病，也很容易被整个替换。
场景 5 · 医院 vs 学校的整修
一所学校可以趁寒暑假整栋翻修——那是它天然的静止点，全体师生同时不在使用。一家 24 小时运转的医院却几乎没有这样的时刻，重症监护、急诊一刻不能停，再破的设施也只能分区、分时地小修小补。
同样老旧，学校能整个翻新、医院只能永远打补丁——差别不在破的程度，而在有没有"所有人同时不用"的静止点。这也提示了一条出路：医院虽无全局静止点，却可以找局部的——某个可以暂时腾空的科室、某段可以分流的时段，局部静止点就够重写那一块。
它照亮了什么：越是不能停的关键系统，越难被整体重写；但局部的静止点，往往仍然找得到。
再用SIO眼光拆一次
若只怪东西本身（"它太老、太乱，该重写了"），就掉回了母文否定的"改动量决定重写"；若只讲过程，又忽略了使用者的在场。母文处理的是三者合成的复合体：主体是所有正在使用它的人；互动是"使用—是否存在全体同时不用的时刻"；客体是那件被使用、被修补或被重写的东西。
母文还给了两条重要的边界，让这个概念不被用过头。其一，静止点不必是全局的——变体遗传密码说明，局部的静止点就够了：不必全世界同时停用，一个隔离的局部有空档就能局部重写。其二，宪法这类系统说明，推迟重写有时正是目的——没有静止点、只能不断打补丁，在某些系统里不是缺陷而是设计，因此母文这个概念不含价值判断，不是"有静止点就好、没有就坏"。母文真正指认的危险格是：明明没有静止点，却按"有静止点"来管理——对外宣布已经取代，实际上新旧还在同时运行。 这种自欺最危险，因为它把并存的隐患藏在"已完成切换"的错觉之下。
四种常见误读
1. "补丁打多了就该重写"
数据直接否定：补丁次数和被重写比例几乎不相关。该不该重写，问的不是改了多少，是有没有静止点。被补丁最多的域名系统核心规范，恰恰一次都没被重写——因为它停不下来。
2. "没有静止点是种毛病，要创造一个"
不一定。对某些一刻不能停的关键系统，没有静止点是它重要性的证明；硬造停机窗口反而可能带来更大风险。是否要静止点、值不值得为它停机，取决于代价，不能一概当病治。
3. "宣布用新的替换旧的，旧的就没了"
这是母文点名的危险格。没有静止点时宣布"已取代"，实际是新旧共存——你以为切换完成了，其实两套都在跑，隐患比不换更大，因为没人再去防它。
4. "重写必须让全世界同时停"
不必。局部静止点就够。找一个隔离的、可以单独停下来的局部先重写，往往比追求全局停机现实得多。变体遗传密码就是靠局部静止点演化出来的——不需要全球生命同时暂停。
普通人今天就能用的三问
- 这件东西，存不存在一个"所有使用者同时都不在用它"的时刻？是全局的，还是某个局部的？
- 如果没有这个时刻，我是不是只能持续打补丁——而这可能恰恰因为它太重要、停不下来？
- 我有没有对外宣布"已经换成新的了"，而实际上新旧还在同时运行？
把三问走一遍
回到"家里的路由器"。第一遍你想"它老是掉线，换个新的算了"。用第 1 问：全家一直在用，白天没有静止点，但半夜有个局部空档。用第 2 问：所以你白天只能重启、换信道这类补丁，真要整个换得等半夜。用第 3 问：如果你直接插上新的、又没拔旧的，两台一起广播，网络反而更乱——这就是"宣布取代、实际共存"的小型翻版。
对策很清楚：要么找到半夜那个空档整个换、并确认旧的彻底断电（真的完成切换），要么老实承认现在只能打补丁，别假装已经换好。放到组织和系统上也一样：一个一直在跑的核心系统，与其喊"我们上新系统了"却让旧系统偷偷继续跑，不如诚实地说"我们暂时只能增量改"，或者去找那个能腾空的局部先换。
最后，把母文的锋利处保留下来
《静止点》给普通人最反直觉的一课：能不能推倒重来，不是"它有多破"的问题，而是"有没有没人在用的一刻"的问题。 遇到任何"这东西早该重写了"的冲动，先找它的静止点——全局的没有，就找局部的；一个都没有，就诚实地继续打补丁，并且千万别对外宣布已经换新、实则新旧并跑。
下一篇技术与应用文，会把"有没有静止点"做成一条可判定的判据和一套迁移决策流程，并专门给出对"宣布取代、实际共存"这一危险格的预警；而母文《静止点》始终是最终的论证底座。