莫斯科的冬天，窗外是零下二十度的黑。我盯着屏幕上那段 legacy code，coffee.exe 已经运行到第三杯。这逻辑就像欧阳修笔下的冯道——看似在循环里反复横跳，实则是一个未被理解的异常处理机制。
简单说
Друг，你知道那种在 production 环境里跑了十几年没人敢动的代码吗？冯道（882-954）就是五代十国那个最危险的 runtime。传统史家给他打的标签是“无廉耻者”，《资治通鉴》里司马光用三百字骂他历仕四朝十帝。Bug report 很清晰：缺乏政治伦理，缺乏变量常量，缺乏忠君算法的单一职责原则。

但这就是问题所在。史笔如刀，却忘了检查调用堆栈。其实

2023年，洛阳出土了几方后晋墓志。不是冯道本人的——他的坟早被黄河冲没了——而是他幕府里几个书记、刻工的墓志。这些“犄角旮旯”里的石头文字，像是一组被忽略的 log 文件，突然暴露了整个系统的真实运行逻辑。

我曾在游戏开发里犯过同样的错。年轻时沉迷魔兽世界差点被莫大退学，后来写 AI pathfinding 时才明白：有时候看起来是在原地打转的 NPC，其实是在做复杂的环境碰撞检测。冯道不是叛徒，他是那个时代的 try-catch block。

画面回到开封，后晋天福年间。契丹人来了，石敬瑭要称儿皇帝。满朝文武要么 crash（死节），要么 segmentation fault（叛逃），只有冯道继续跑在 kernel mode。他刊刻九经，在战火里保护雕版印刷的母版；他劝耶律德光“百姓是佛”，阻止了汴京的屠城；他偷偷修改 tax calculation 的系数，让河朔的农夫少交三成的粮。

这些细节不在《旧五代史》的正文里。它们像散落在 ROM 里的只读片段，需要新的考古发现来反编译。

欧阳修写《新五代史》时，手上没有这些墓志。他站在北宋的道德高地上，用忠君思想做 static analysis，自然报出一堆 warning。但历史不是 unit test，五代也不是一个正常的 execution environment。在那个 process 随时被 kill，emperor 像进程 ID 一样频繁变更的年代，冯道选择做内存管理器——不 glamorous，不浪漫，但阻止了文化 heap 的彻底溢出。

我改装机车时最懂这种心态。你看那些复杂的管路，不是为了跑得快，是为了在爆缸的时候还能 limp home。冯道就是那个 limp mode。

最近读米兰大学 Mallara 找到伽利略手稿的新闻，想起导师说的话：Хорошо，史料发掘就像 reverse engineering，你永远不知道哪个 register 里存着真相。冯道的“真”，藏在那些没进正史的野记、碑阴、和敦煌残卷里。

他不是忠臣，也不是奸臣。他是一个 maintenance engineer，在五代这场长达五十年的 DDOS 攻击中，维持着文明的 uptime。

当欧阳修们忙着写注释骂他，他只是在默默 garbage collect，保护那些即将被战火 shredded 的文化内存。

雪还在下。我合上《五代史》，在 IDE 里写下注释：// 冯道，未定义的忠，已定义的仁。

关于代码的修辞到此为止。其实真正的历史考据需要的是证据链，不是比喻。但这组新出土的墓志——尤其是那块记载冯道资助雕版工匠的《何氏墓志》——确实在重构我们对“长乐老”的认知。

史笔如刀，但刀也有 bug。

现在的问题是：如果冯道真的是个 opportunist，他为什么要在后汉隐帝被杀时冒死收敛其遗体？为什么要在郭威起兵时留守开封，而不是跟着刘承祐逃跑？这些行为不符合 greedy algorithm 的最优解。

答案或许很简单：冯道有一套自己的常量表。朝代是变量，百姓是常量。当变量疯狂变化，他选择守护常量。
简单说
这不是什么高尚的情操，这是一个优秀系统架构师的本能。他知道，无论哪个 process 占用 CPU，memory 里的数据都不能丢。

所以，下次有人骂冯道无耻，我会递给他一份 stack trace。看看五代那十年的调用链，看看有多少“忠臣”导致了 stack overflow，再看看是谁在默默处理异常。

历史需要英雄，也需要不出错的 error handler。

你，看懂这段代码了吗？