第2章：
陆子昂确实很厉害。
**天，他砍掉了我留下的两套重复缓存。
系统延迟又降了六毫秒。
第五天，他改写订单聚合逻辑。
机器成本直接少了四分之一。
第六天，大客户华泰做了一轮突击测试。
结果比我在职时最好成绩还高了百分之九。
公司群里开始有人叫他陆神。
秦悦没有再给我发消息。
我也没有主动问。
我在城西租了间四十平的小办公室。
窗外对着高架桥。
卡车从早到晚轰鸣。
我重新装电脑，重新申请云资源。
准备把搁置两年的小项目做起来。
晚上十一点，前同事老严忽然给我打电话。
“林舒，你真不回来看看？”
“怎么了？”
“没怎么。”
他沉默了两秒。
“就是太顺了。”
我笑了。
“顺还不好？”
“好得不正常。”
老严负责过三年事故值班。
他和我一样，对零告警有本能的不安。
我打开公司公开的监测报告。
首页全是漂亮的绿色曲线。
延迟更低。
吞吐更高。
成本更少。
我一页页往后翻。
直到看见异常统计。
异常容错触发次数：0。
我坐直了身体。
过去三年，最少的一天也触发过十七次。
不是因为系统差。
而是上游数据永远不可能完全干净。
网络抖一下，时间戳就会乱。
商户重复提交一次，请求就会重。
零不是优秀。
零意味着什么都没被记录。
我给老严发消息。
“他们把告警关了？”
老严很快回复。
“不是。”
“陆子昂写了新补偿器。”
“异常先吞进去，再自动修正。”
“监控不再把它算成故障。”
我皱起眉。
“把论文或者设计说明发我。”
十分钟后，一个链接跳出来。
是陆子昂三年前公开发表的架构论文。
我从头看到凌晨三点。
越看越沉默。
他的想法和我完全相反。
我习惯在入口设三道门。
他把门拆了，把修复能力塞进系统内部。
这样正常流量当然更快。
而且他的补偿算法写得很漂亮。
至少有两处，比我的旧方案更干净。
我第一次产生一种很陌生的感觉。
不是愤怒。
是怀疑。
也许赵振东有一句话没说错。
我守了三年的东西，真的变旧了。
第二天下午，华盛资本发布通知。
两亿融资进入最终技术审核。
终验采用全量实盘压力测试。
秦悦终于又给我发来一条消息。
“舒姐，顾总把终验提前到明天了。”
我问她。
“陆子昂知道吗？”
“知道。”
“他说正好证明旧架构该退休。”
我关掉聊天框。
过了几秒，我又打开监控报告。
那行零异常像一根细针。
扎得我心里发麻。