COBOL 已有 66 年的历史。

它于 1959 年设计，运行在 IBM 大型机上，并且根据开放大型机项目的数据，目前仍有约 2500 亿行 COBOL 代码在生产环境中运行，继续为交易处理系统提供支持。

编写这些代码的工程师们即将退休；而接替他们的工程师大多无法阅读这些代码。几十年来，这种技能差距一直是企业 IT 领域最棘手、最棘手的问题之一——IBM自 2023 年起就致力于利用人工智能解决这个问题，当时 IBM 推出了 watsonx Code Assistant for Z，旨在帮助企业将 COBOL 代码迁移到现代级 Java 代码。

Anthropic 表示，Claude Code现在可以分析整个COBOL代码库，映射隐藏的依赖关系，并生成大多数工程师目前无法阅读的代码的可运行译文。

这对于在分布式平台（Windows、Linux和其他非大型机环境）上运行COBOL的企业而言，这项功能确实非常实用，并且越来越具有现实意义。

真正的障碍从来都不是技术

Gartner分析师Matt Brasier称：“COBOL现代化在技术上早已是一个解决的问题。真正的问题在于现代化成本高昂，而投资回报率却很低。”

亚马逊和谷歌多年来一直在提供基于人工智能的 COBOL 迁移工具。AWS Transform 和谷歌云平台提供的类似服务都旨在解决同一个问题：减少客户将大型机工作负载迁移到云端的阻力。

穆迪评级高级副总裁拉杰·乔希这样形容说：“这基本上又增加了一个竞争对手。IBM一直身处竞争激烈的领域。从表面上看，这件事基本上是负面的，这一点毋庸置疑。又多了一个强大的竞争对手。但IBM一直以来都能与这些威胁共存。”

NAND Research首席分析师史蒂夫·麦克道尔直指结构性问题：“应用程序之所以能在大型机上运行，并非因为它们是用COBOL编写的，”他说。“而是因为大型机能够提供通用服务器无法比拟的确定性、可扩展的计算能力和可靠性。”

这个问题远比市场定位复杂得多。“AI 工具固然有用，但它们的非确定性意味着生成的代码并不一致——同样的操作在代码的不同部分会以不同的方式实现，”布拉西尔说道。“领先的工具结合了确定性和非确定性方法。然而，这些都无法解决投资回报率的问题。”

翻译遗留的COBOL解决了哪些问题？

IBM 通讯总监 Steven Tomasco 回应称：“翻译 COBOL 代码只是第一步，真正的挑战在于数据架构的重新设计、运行时环境的替换、事务处理的完整性以及硬件加速性能的提升。这些都是数十年来软件和硬件紧密耦合的结果。IBM 花费数十年时间致力于解决这个问题。”

据 IBM 称，加拿大皇家银行、国家社会保险组织和澳新银行都使用 watsonx Code Assistant for Z 来加速 COBOL 代码的现代化，而无需离开 IBM Z。

但对于在大型机之外（例如分布式系统、Windows和Linux环境）运行COBOL的企业而言，Claude Code进入了一个IBM垂直整合优势并不明显的领域。

企业们该做些什么

高管们看到了本文标题，一定以为棘手的问题已经解决了。但事实并非如此。

“虽然是 COBOL 语言，但它与众多应用程序相关联，”IT管理者乔希说。“这并不是说你转换几百万行代码就能直接迁移到云端。这需要进行大规模的风险评估，考虑依赖关系等等。”

对企业而言，更重要的问题是，市场波动是否会创造机会。

乔希表示：“他们应该利用由此产生的董事会和股东讨论，审查推迟的现代化计划，看看其中是否有任何计划现在有了投资回报率。”

“Anthropic会抢走IBM工具的生意吗？当然会，”他说。“但如果IBM的工具能带来可观的收入，我会感到惊讶。”

他提示IT 领导者不应该情绪化地做出反应，不应该在一夜之间重写战略。

“应该把这看作是一个开展小规模、有限制的试点项目来衡量结果的理由，而不是一个彻底更换供应商的理由。”

他建议企业选择一个范围明确的应用程序切片或工作流程，并明确其输入和输出，然后对各种方法进行公平的评估：依赖关系映射的质量、恢复的业务逻辑文档的质量、测试覆盖率和等效性检查、性能和可靠性回归。

在他看来，现代化不仅仅是代码转换。真正的难点在于提取机构知识、重构流程和控制措施、进行变更管理，以及在看似不可能崩溃的系统中控制运营风险。人工智能可以简化“分析和转换”工作，但并不能消除治理和问责的负担。

他表示道：“获胜的团队会将人工智能视为一个有纪律的现代化计划中的加速器，并设定可衡量的检查点和风险防护措施，而不是将其视为一个神奇的转换按钮。”

作者：大雄