>WEB3.0 > 正文

外媒：DOGE 计划几个月内迁移超 6000 万行代码，如何完成？

2025-06-08 05:02 loading...

据《连线》最新消息，由马斯克领导的美国政府效率部（DOGE）目前正在推进一项技术革新项目。该项目旨在对美国社会保障局（SSA）的核心支付系统进行升级，计划将现行的COBOL语言编写的旧代码转移到更为先进的编程语言，例如Java。他们期望在接下来的几个月内完成这一转换。

DOGE开发文档_文档开发工具_文档开发工程师

这一消息在技术界引起了广泛的讨论。众所周知，COBOL作为一种古老的编程语言，尽管并非无法被替代，但在银行、保险和政府机构等众多大型业务系统中仍然普遍存在。现在，DOGE计划在短短数月内完成对遗留代码的迁移，这不禁让人产生疑问：它究竟是如何做到这一点的？难道是依靠了Groak这样的AI大型模型？

DOGE开发文档_文档开发工具_文档开发工程师

超过六千万行代码，据外电报道，DOGE预计在数月之内完成迁移任务。

众所周知，COBOL 语言诞生于20世纪50年代末，其根源可追溯至美国国防部主导的一项项目。该项目旨在打造一种通用且易于理解的编程工具，用于政府和企业的数据处理需求。在那个时期，得益于美国国防部和众多大型企业的推广，COBOL 很快崛起，成为商业计算领域的重要语言之一。

时至今日，该语言在诸多应用领域仍保持着旺盛的生命力，本月更是成功跻身TIOBE TOP 20榜单，位列第20名。

DOGE开发文档_文档开发工具_文档开发工程师

《连线》杂志提到，到了2016年，SSA的软件库中累积了超过六千万行的COBOL程序代码，此外，还有数百万行由其他老旧编程语言所编写的代码。

此外，SSA软件的“核心逻辑”模块同样采用了COBOL语言进行编写，该模块的代码主要承担着发放社会保障号码、处理支付事务以及计算受益人应得的总金额等至关重要的职能。

政府机构所采用的系统与软件，通常很少进行更新，主要是为了确保日常业务运作不受干扰；在 SSA 内部，情况亦是如此。回顾 SSA 代码库的最后一次重大更新，需追溯到上世纪 80 年代，那时该机构引入了一款名为 MADAM 的数据库；该数据库不仅是用 COBOL 语言编写的，还融合了汇编语言。

长久以来，伴随着现代编程语言的兴起，COBOL 程序员逐渐变得罕见，而且这些 COBOL 程序大多采用单体架构，难以跟上云计算、微服务、API 等现代技术潮流。许多人曾考虑尽早淘汰像 COBOL 这样的陈旧语言，但实际操作起来却极为困难，因为现有的 COBOL 系统已经运行了数十年，代码量庞大、文档不全，而且最初的开发人员大多已经退休，这使得维护和升级工作变得极为艰巨。此外，不少 COBOL 应用依赖专有数据库。

一位曾经任职于SSA首席信息官办公室的前高级技术专家指出，即便是对这些代码进行微小的改动，也可能导致系统层面出现一系列连锁性的故障。

尽管如此，2017年，SSA仍旧编制了一份长达97页的PDF文件（链接：https://www.ssa.gov/open/materials/IT-Modernization-Plan.pdf），旨在对内部系统实施现代信息技术升级，文件中明确指出将投入数亿美元资金以更新其核心系统，并涉及对部分COBOL老旧代码的改造。当时该机构预计，对这些系统进行升级改造大概需耗时五年。然而，受2020年“黑天鹅”事件的影响，该机构决定暂停该工作，转而将精力投入到更多面向公众的项目中。

文档开发工具_文档开发工程师_DOGE开发文档

然而，随着对SSA调查的逐步深入，他们逐渐意识到，由COBOL老旧代码引发的遗留问题已经到了必须得到解决的阶段。

之前，我们已有报道指出，DOGE 团队曾陷入 COBOL 代码的困境。自去年11月马斯克接管 DOGE 部门以来，他大力改革政府机构，旨在缩减开支。然而，在一次审查过程中，DOGE 团队意外发现社会保障系统中竟然存在领取福利的“150岁”老人。马斯克戏谑地说：“你听说过150岁的人吗？”反正我没见过。如果他们真活着，早就该进吉尼斯世界纪录了。”

技术专家迅速指出，这或许并非一场惊天动地的骗局，而是源于 COBOL 这种古老的编程语言。许多技术人员认为，在处理缺少出生日期的情况时，早期的 COBOL 版本会自动填充 1875 年 5 月 20 日，并将此日期作为计算的基础。换言之，若某人的出生日期信息不完整，系统便会默认其“诞生于1875年”，这相当于“活了150岁”。

DOGE 错误地以为“一个150岁的人仍在领取养老金”。这场荒唐的闹剧，许多人认为是由于 DOGE 的年轻技术团队对 COBOL 语言缺乏深入了解所引起的。或许正因为看到 COBOL 的老旧代码已成为政府效率的阻碍，DOGE 才产生了迫切更换社保系统的想法。

借助 AI 来完成？

《连线》报道，DOGE 已着手建立团队，此项目由埃隆·马斯克的得力助手史蒂夫·戴维斯（Steve Davis）牵头。他作为 SpaceX 的初创成员，近期被《纽约时报》誉为 DOGE 的真正掌舵人。目前，据传已有至少 10 名 DOGE 员工在 SSA 担任职务。

不过，关于具体迁移计划的启动时间尚不明确。据悉，SSA 近期向员工发放了一份内部文件，其中详列了5月前的关键任务，然而这份文件并未提及此次迁移事宜，反而更侧重于减少“非必要合同”的数量，以及利用AI技术来提升行政和技术文档的处理效率。

知情人士指出，DOGE 的核心目标在于优化社保福利的在线身份认证流程。据 SSA 的内部人员预测，在完成身份核实工作并整合分散的政府数据库后，迁移工程将正式展开。

项目启动虽无大碍，然而令人忧虑的是，DOGE 计划在短短数月内便要完成项目的迁移工作。

SSA的前技术专家提到，仅DOGE计划的COBOL重写项目的测试环节就需要耗费数年时间来完成。然而，若要在短短几个月内完成整个迁移过程，DOGE的开发团队可能会忽视重要的质量保证步骤，这无疑会提升技术风险。

技术专家同样发出警示，即便是在最完美的条件下，进行如此规模的系统转换也将面临巨大挑战；加之目前的仓促推进，恐怕将引发超过6500万人的社保福利发放出现困难。

系统一旦出现故障，不仅会导致部分用户收到的款项出现误差，更令人担忧的是，还有可能存在用户根本无法收到任何款项的情况，而我们可能对此毫无察觉。一位来自 SSA 的技术专家如此阐述。

《连线》杂志披露，消息人士透露，若要在数月内实现 COBOL 代码的转换，DOGE 可能需要借助生成式 AI，将数百万行代码自动转化为当代编程语言。一位 SSA 技术领域的专家指出：“DOGE 认为若能在短短几个月内彻底淘汰所有 COBOL 代码，则证明他们的做法是正确的，而我们这些未曾大胆尝试的人则显得无能。””

SSA的IT系统，正如一位曾供职于SSA首席信息官办公室的前技术专家向《连线》透露的那样，其构建仿佛仅凭铁丝与胶带勉强维系。他们必须认识到，他们所面对的，是一座摇摇欲坠的‘纸牌屋’或是‘叠叠乐’般的结构。一旦他们随意移除某些至关重要的部分——他们已有此打算——整个系统极有可能瞬间崩溃。

重写 COBOL 代码难度如何，多位开发者现身说法

这种顾虑并非无中生有，众多技术专家在得知这一消息后，纷纷涌现出来，分享他们编写与维护 COBOL 代码的个人经历，比如 @Skytooeen 就提到：

多年前，我有幸担任项目经理一职，负责指导一家财富50强企业的迁移项目，旨在告别我们现有的主机系统。彼时的COBOL代码量与此次项目相仿。我必须坦诚，即便借助AI，三个月内完成这项任务也是绝对不可能的。

在将系统从集中式向分布式模式转变的过程中，可能会遭遇众多挑战和繁杂情形，诸如处理竞态条件、区分批处理与流处理的不同之处、以及不同应用间截然不同的通信模式等问题。此外，COBOL 作为一种语言，其本身也颇具难度，其中包含了许多其他编程语言所不具备的“陷阱”。

理想状态下，他们在探索新系统的过程中，依然确保了旧系统的稳定运行。然而，最不理想的情况是，他们未经充分测试新系统，便着手关闭旧系统的某些部分，甚至整个系统，随后直接在运行环境中进行测试。鉴于马斯克的行事风格，我对此并不抱有太多期待。

另一位开发者 walnut close 现身评论道：

我在企业平台迁移领域拥有长达三十年的丰富经验，这其中包括了从系统供应商的立场参与其中，以及作为企业信息技术架构师和高级管理人员负责相关任务。坦率而言，从服务交付、保持一致性、确保安全以及维持业务连续性等多个维度来考量，此次迁移项目似乎注定将面临失败。

系统与编程语言的选择固然关键，然而，它们并非决定项目成败的根本所在，实际上，它们往往并非最关键的因素。真正的核心在于架构设计、项目管理、测试环节、范围界定与质量控制、以及过渡与上线规划等方面。目前，那些被热议的技术问题，其重要性远远不及上述因素。技术选型错误确实可能导致项目失败，然而，仅凭技术选型正确，并不能确保项目的成功。

即便他们在技术层面、系统构建以及项目管理上表现出色无瑕，这也并不意味着可以降低欺诈行为和错误发生的概率，除非他们能够深刻认识到欺诈和错误的根本原因，并在项目需求中明确提出相应的检测与纠正策略。COBOL 并非欺诈的起源，也不会自然而然地引发系统性的错误。然而，DOGE至今未能提供任何具有说服力的欺诈证明，甚至几乎未曾发现系统性错误的实际问题，因此在这一领域，他们注定会遭遇失败。

这让我联想到那些过去由大型咨询公司主导的企业级系统迁移过程中所发生的灾难——然而这次的规模却呈指数级增长。唯一的差异在于，此次涉及的金额已高达数万亿美元，影响范围已扩散至整个国家，而负责此项目的“专家”对于他们将要替换的系统了解甚少，这种不匹配的严重程度，远远超出了以往任何大型企业咨询灾难的数倍。

DOGE开发文档_文档开发工具_文档开发工程师

不仅如此，Lemon640 开发者在深入研究 COBOL 的过程中，曾试图对自家老旧项目进行升级，然而现实却给了他沉重的打击。他坦言：“我遭遇了难以克服的挑战。” 他还列举了一些严重的问题，包括：

1. 真实 COBOL 代码的复杂性远超预期

Lemon640 表示，他最初接触到的 COBOL 代码仅限于入门教材中的“玩具”版本，但实际应用中的 COBOL 代码与任何标准版本，包括 1985 年和 2002 年的版本，都存在着显著的差异。这种差异并非由于对新标准的遵循或是现代编程实践的采纳，而是因为长期累积下来的一系列自定义扩展。将不同版本的 COBOL 代码整合至一个通用的转换目标语言，这一目标几乎难以实现，特别是在关键字和语法结构（例如，PICTURE 语法）经历了大规模的调整，甚至引入了全新的关键字和数据类型的情况下。

2. COBOL 生态系统鼓励通过修改语言本身来扩展功能

与现代编程语言主要依赖库或模块来增强其功能不同，COBOL的生态系统更倾向于对语言本身进行直接修改，通过添加新的动词或引入新的PICTURE类型来扩展其功能。这种做法使得在构建兼容的目标语言时，必须面对如何处理众多自定义扩展的挑战。而现代编程语言则通常通过使用库、函数以及内置的数据类型来实现类似的功能，这样做旨在确保更高的可维护性。

3. 函数和子程序调用机制极其混乱

4. 程序的控制流设计极其落后

5. COBOL 语言的动词设计极为复杂

6. COBOL 的数据结构设计混乱

因此，Lemon640 认为，这实际上是一个庞大的技术债务难题——COBOL 代码存在的问题只是冰山一角，真正巨大的技术债务，隐藏在 COBOL 代码中的是那些深层次的业务逻辑和知识体系，它们目前仍难以被触及、难以被理解、难以被修改。

尽管许多人都向IBM推出的watsonx Code Assistant for Z给予了推荐，这款AI辅助工具能够将COBOL代码转换为Java，助力COBOL应用的现代化进程，然而，它仅仅构成了整个解决方案中的一部分。

同时，有人推测马斯克或许会对AI下达命令：“Grok，你得全力以赴，帮我开发一套全新的SSA系统。” 但实际情况是，这样的项目并非几个月就能完成，修改代码的过程也并非像发射火箭那样迅速。

DOGE开发文档_文档开发工程师_文档开发工具