2024年3月，日本漏洞日本总务省给各地方政府发了一份通知，日本漏洞要求排查辖区内的日本漏洞IT系统漏洞。结果冲绳县那霸市报上来的日本漏洞数据让所有人愣住：全市63个业务系统中，有41个仍在运行Windows Server 2003。日本漏洞这个系统微软在2015年就停止支持了。日本漏洞换句话说，日本漏洞这些系统已经裸奔了将近十年。日本漏洞

这不是日本漏洞孤例。同年6月，日本漏洞日本年金机构被曝出，日本漏洞其核心养老金记录系统仍然依赖COBOL语言编写的日本漏洞程序，部分代码可以追溯到1980年代。日本漏洞维护这些代码的日本漏洞工程师，最年轻的日本漏洞也已经58岁。

一个国家的技术底子，怎么就成了这样

日本IT的问题不是某一行代码写错了，而是整个系统性的锈蚀。我翻过经济产业省2019年发布的一份报告，里面有个数字至今让人印象深刻：日本企业里，超过55%的IT预算花在了维护老旧系统上，只有不到20%用于新开发。对比一下，同期美国企业的维护占比大约是30%。

钱花在哪，结果就出在哪。三菱UFJ银行2021年那场持续了整整一天的全国性转账故障，事后调查发现，根源是1970年代设计的核心账务系统在升级时，新旧模块之间的接口对不上。一个五十年前的设计决策，卡住了日本最大银行的脖子。

更麻烦的是人。日本经济产业省自己预测，到2025年，国内IT人才缺口将达到79万人。但这个缺口不是缺会写React的前端，而是缺能看懂那些“化石代码”的人。日立制作所内部有个说法，叫“一个人的系统”——某个关键模块只有一位退休返聘的老工程师能看懂，他要是哪天不来了，整个模块就成了黑箱。

为什么改不动

2018年，瑞穗银行想换掉用了三十年的核心系统，预算从最初的1000亿日元一路飙到3000亿，工期从三年拖到七年，最终在2020年宣布部分放弃。原因很具体：旧系统里嵌套了太多业务规则，有些规则连银行自己的人都说不清为什么存在，但就是不能删——删了某个分行的某笔特定业务就会出错。

这种“不能删”的恐惧是有道理的。2020年，日本东北电力在迁移系统时，不小心删了一段看似无用的代码，结果导致三个县的智能电表数据全部乱码，花了两个月才修复。从那以后，日本企业界对系统迁移的态度更加保守。

还有一个很少被提及的因素：日本企业的IT部门地位太低。在大多数日本公司，IT部门是成本中心，不是战略部门。系统升级的提案往往在经营会议上被一句“现在不是挺稳定的吗”就挡回去了。稳定，成了不改革的理由，直到某天突然崩溃。

漏洞不止在代码里

2023年，日本网络安全协会做了一次模拟攻击测试，针对20家大型企业的老旧系统。结果17家在48小时内被攻破。其中一家企业的防火墙规则里，居然有一条是“允许所有来自特定IP段的流量”，而这个IP段属于一家2005年就倒闭的供应商。

这些漏洞背后是一个更根本的问题：日本在1980年代到2000年代积累的技术优势，正在变成技术负债。当年越成功、越稳定的系统，现在越难替换。而那些系统的设计寿命，本来就只有十年。

我认识一位在东京做系统集成的朋友，他说现在最怕接到的需求就是“把旧系统原样搬到云上”。因为这意味着要把所有历史包袱一起搬过去，云的优势一点用不上，只是换了个地方继续烂。

日本不是没有意识到问题。2022年成立了数字厅，2023年通过了《数字社会形成基本法》。但那霸市那41个Windows Server 2003系统，到现在还有28个在跑。问就是“预算不够”和“找不到人”。

一个国家的数字化，有时候不是被对手打败的，是被自己三十年前写的代码拖住的。