通向可以被继续解释的地方。
“这就是标准漂移。”周砚说。
他没有提高音量，反而更轻了。
“维护挤兑之后，最先动的不是系统，是标准。系统可以先稳住，先打补丁，先做回滚；可只要标准先漂了，后面的维护就会跟着向它看齐。你们看到的是维护，实际上是借维护把标准往自己想要的方向挪一格。今天挪一格，明天就能再挪一格。”
纪检负责人缓缓吐出一口气。
他比在场任何人都更清楚这意味着什么。维护挤兑，本来是给系统止血的口子，可当它和标准漂移捆在一起，止血就会变成借口。因为每一次维护都可以说成“为了保持稳定”，每一次漂移都可以说成“为了适配现状”。最危险的不是漂移本身，而是它会借维护的名义被不断合理化。
“先入册。”纪检负责人重复了一遍，“你是说，先把标准漂移做成正式记录。”
“对。”周砚点头，“但不是给它机会变成默许，而是给它足够明确的名字。名字一明确，就能追责。它如果叫‘稳态口径’，那就写清是谁定义的稳态；它如果叫‘样本解释冲突’，那就写清冲突从哪一版开始被改写。只要它入册，它就不是空气。”
王副秘书终于忍不住开口：“可这样做，等于把这轮维护的问题全部摊开。会把外部合作方也牵进来。”
“牵进来的是事实，不是我。”周砚说，“你们真正怕的，是事实一摊开，谁先改的标准就藏不住了。”
他说完，低头从文件夹里抽出一张白纸，直接写下四个字：标准漂移。
写完后，他没有停，又在旁边补了一行：维护挤兑之后。
再下面，是一句更短的判断：先入册。
纸面上没有花哨的标记，可这三个层次摞在一起，已经足够把今天的局面钉住。
技术人员抬头看了一眼，像突然明白了该怎么做。他把纸上的词组迅速录进记录系统，开始生成一份新的事件条目，不是结论，而是事实框架。事实框架的标题被他敲得很慢，像在给一个刚刚露头的结构定名。
“标题怎么写？”他问。
周砚抬头看向屏幕外那排冷白的灯。
“就写今天看到的事。”他说，“维护挤兑之后，标准先漂。漂移不是结论，是条目。条目先入册，后面的责任才有地方落。”
纪检负责人没有立刻点头，而是先让人把所有相关推送、配置
本章未完，请点击下一页继续阅读！