治已病 防未病 堵漏洞

去年冬天，治已我住的病防老旧小区换了新的供水管道。施工队挖开路面那天，未病楼下围了一圈人。堵漏洞有人抱怨停水三天太麻烦，治已有人蹲在坑边看那些锈迹斑斑的病防旧管子，内壁糊着一层褐红色的未病垢，像堵塞的堵漏洞血管。物业经理站在旁边说了一句话：“这些管子要是治已早十年换，能省下至少三百万的病防维修费。”没人接话，未病但大家都听懂了。堵漏洞

这就是治已“治已病”的代价。管子漏了才换，病防墙皮掉了才补，未病身体疼了才去医院——我们习惯把资源砸在问题爆发之后。医院急诊室永远比体检中心热闹，消防队永远比安监部门忙碌。不是说这些工作不重要，而是它们都在为“已经发生的事”买单。

我认识一位干了二十年设备维护的老师傅。他每天上班第一件事，不是修机器，是拿着听诊器一样的金属棒，挨个贴在设备外壳上听。他说轴承快坏的时候，声音会变“毛”，像嗓子发炎前的沙哑。靠这个笨办法，他管的那条生产线三年没出过非计划停机。别人问他诀窍，他就一句：“等它冒烟了再修，那不是维修，是抢救。”

“防未病”的逻辑其实很朴素：在故障还没变成事故之前，先把它摁住。但难点在于，预防的成果是“什么都没发生”。没人会给一个没发生的火灾写感谢信，也没人会给一次没爆的管道发奖金。这就导致预防工作天然容易被忽略，甚至被当成浪费钱。我见过一家工厂，安全员提出更换一批老化的电缆，预算八万。老板犹豫了三个月，结果电缆短路引发火灾，停产两周，损失一百多万。事后老板说：“早知道……”——这句话大概是世界上最贵的四个字。

比“防未病”更隐蔽的，是“堵漏洞”。漏洞不是明面上的病，也不是潜在的风险，它是系统里那些逻辑上说不通、但一直没人管的缝隙。比如我们小区的水管，换完新管子之后，有户人家水压还是上不去。查了半天，发现是楼道总阀的阀芯装反了，当年施工时就没按图纸来。这个错误藏了十五年，没人发现，因为它不影响“通水”，只影响“通得好”。

堵漏洞需要一种笨功夫：把每个环节拆开看，把每个“一直这样”重新问一遍“为什么这样”。我采访过一位做数据迁移的工程师，他的习惯是每次上线前，手动把关键路径走三遍，不靠自动化脚本。别人笑他低效，他说：“脚本是防止我犯错的，不是防止系统犯错的。”后来有一次，他发现一个上游接口的返回字段在极端情况下会变成空值，脚本没报错，但下游会崩。他提前堵了这个洞，避免了一次全站故障。

这三件事的排序很有意思。治已病是应急，防未病是管理，堵漏洞是文化。应急靠资源，管理靠制度，文化靠每个人多问一句“这里是不是有点不对劲”。我们太擅长第一件事，因为它的反馈最直接——修好了，灯亮了，病好了，掌声就来了。但真正让一个系统活得久、活得稳的，往往是后面两件没人鼓掌的事。

回到那根锈穿的旧水管。换管那天，我在现场看到一根拆下来的弯头，内壁的锈垢厚得像年轮。旁边一个小孩问他爸：“这是什么？”他爸说：“是时间。”我觉得这个回答挺妙。治已病是在跟时间赛跑，防未病和堵漏洞，是在跟时间做朋友。前者赢一次算一次，后者赢一次，就少输很多次。