Каждый раз, когда за рубежом кто-то снимает деньги в банкомате, рассчитывается картой или получает государственное пособие, с высокой вероятностью где-то в цепочке выполняется код, написанный на COBOL — языке 1959 года. Ежедневно через COBOL-системы проходит на $3 трлн коммерческих транзакций и около 95% операций в банкоматах мира обрабатывается именно этим языком. 

Такие системы не рассчитаны на резкие скачки, горизонтальное масштабирование и микросервисную архитектуру. При этом с каждым годом число людей, способных безопасно вносить изменения в такой код, сокращается — а значит, риск накапливается, даже если формально все «работает». Разбираемся подробнее, как написанный 65 лет назад код поддерживает современную мировую систему и скоро ли это изменится. 

Пентагон, 1959: рождение языка 

28-29 мая 1959 года в Пентагоне состоялась встреча производителей ЭВМ, представителей университетов и государственных структур. Министерство обороны к тому моменту эксплуатировало 225 компьютеров от разных производителей и было заинтересовано в устранении зависимости от бренда аппаратов. Был нужен язык, программы на котором одинаково хорошо работали бы на ЭВМ разных производителей. 

Главным источником идей послужил язык FLOW-MATIC — разработка команды Грейс Хоппер из ВМС США. Хоппер к тому моменту уже несколько лет добивалась использования обычного английского синтаксиса и в целом сделала компьютеры доступнее. В итоге COBOL (COmmon Business-Oriented Language) был «на 95% FLOW-MATIC и 5% COMTRAN (IBM)». 

К декабрю 1959 года спецификация была завершена, и в январе 1960 года Министерство обороны опубликовало COBOL 60. Уже 6-7 декабря 1960 года одна и та же программа на COBOL была запущена на компьютерах двух разных производителей — RCA и Remington-Rand Univac. Это была первая в истории демонстрация машинной независимости программного обеспечения.

Кому принадлежал COBOL: осознанный открытый стандарт

С момента публикации спецификации (описания) COBOL намеренно сделали общественным достоянием. Официальное уведомление, которое по сей день воспроизводится в документации IBM на COBOL-компиляторы, прямо указывает:

«COBOL — промышленный язык и не является собственностью какой-либо компании или группы компаний, какой-либо организации или группы организаций. Ни авторы, ни участники CODASYL не дают гарантий, явных или подразумеваемых, относительно точности и функционирования языка, а также его программной реализации. Более того, ни одна из этих сторон не несёт никакой ответственности в связи с использованием данных материалов.»

Вместе с тем создатели COBOL признали существование авторских прав на исходные технологии, легшие в основу нового языка. В преамбулу спецификации включены уведомления об авторских правах трёх компаний — все три специально разрешили использование своих материалов в спецификации COBOL:

• FLOW-MATIC — торговая марка Sperry Rand Corporation (ныне Unisys);

• IBM Commercial Translator (форма F28-8013);

• FACT (Minneapolis-Honeywell).

Таким образом, язык с первых дней был сконструирован как некоммерческий открытый стандарт. По факту его распространяли принудительно — Минобороны обязало производителей ЭВМ, претендующих на военные контракты, поддерживать COBOL. 

В 1962 году IBM объявила о переходе с собственного COMTRAN на COBOL как стратегический язык для бизнес-приложений. Конкретные реализации компиляторов (например, IBM Enterprise COBOL for z/OS) стали потом коммерческими лицензируемыми продуктами — но не сам язык.

COBOL сегодня: цифры и масштаб

Языку COBOL уже больше 65 лет, и вот насколько он важен сейчас: 

1. В мире используется более 800 млрд строк активного COBOL‑кода;

2. Около 40% банков по миру используют системы на COBOL.;

3. Ежегодно пишется около 1,5 млрд новых строк COBOL‑кода;

4. У Bank of New York Mellon — 112 500 COBOL‑программ и 343 млн строк кода;

5. У Администрации соцобеспечения США (SSA) более 60 млн строк COBOL‑кода;

6. 52% опрошенных ожидают, что их COBOL‑системы будут использоваться ещё как минимум 10 лет.

Крупнейшие европейские банки — Lloyds Banking Group, HSBC, Société Générale, Danske Bank — также сильно зависят от этого языка. При этом программистов-носителей этого языка все меньше. 

Почему COBOL не умер: техническая и экономическая логика

COBOL создавался, чтобы надежно и точно обрабатывать большие объемы структурированных деловых данных. Действующий стандарт ISO/IEC 1989:2023 — уже шестой пересмотр языка с 1968 года, и программы, написанные десятилетия назад, как правило, работают на современных компиляторах без изменений.

Главная причина долгожительства — экономика. Полная замена крупной банковской COBOL-системы обходится в сумму от $500 млн до $2+ млрд, занимает 5–10 лет и главное — в 70% случаев не достигает заявленных результатов. Переписать систему — значит заново воссоздать десятилетиями накопленную бизнес-логику, часто существующую только в виде кода. У языка хватает плюсов, которые делают его интересным и сравнительно эффективным до сих пор. 

Как COVID-19 подсветил недостатки системы

Весной 2020 года COBOL-зависимость государственных систем США стала особенно заметной. В первую неделю пандемийных ограничений число заявок на пособие по безработице в штате Нью-Джерси выросло на 1 600% и только за два последующих месяца поступило более 362 000 заявлений. 

COBOL-система рухнула под такой нагрузкой. В правительстве выступили с публичным призывом найти программистов COBOL. Одна из проблем была и в том, что среди таких специалистов много пожилых людей, которые тогда были в особой зоне риска.

Примеры катастроф при попытках миграции

Когда компании пытаются перейти на новые системы, это редко хорошо удается. 

TSB Bank (Великобритания). В 2018 году британский TSB Bank перешёл на новую платформу, отказавшись от унаследованной COBOL-системы. Переключение прошло катастрофически. 1,9 млн клиентов потеряли доступ к счетам, генеральный директор ушёл в отставку. Итоговые затраты превысили £330 млн.

Commonwealth Bank of Australia. Австралийский Commonwealth Bank начал замену ядровой COBOL-платформы в 2012 году. Проект занял 5 лет и обошёлся в $750 млн. Даже просто обёртка COBOL-систем в API при сохранении ядра будет стоить как 10-20% от стоимости полной замены.

Как индустрия пытается решить проблему

Главная проблема COBOL-систем не в том, что они выходят из строя, а в том, что они становятся всё менее управляемыми. Код, написанный 30-40 лет назад, не имеет документации, содержит логику, которую никто не понимает полностью, и плохо интегрируется с современными API, мобильными приложениями и облачными сервисами. 

Банк, работающий на COBOL, не может за неделю запустить новый продукт: любое изменение требует осторожного ручного вмешательства в систему, где одна ошибка может заблокировать миллионы транзакций. Это прямые конкурентные потери — финтех-стартапы без унаследованного кода делают всё в десятки раз быстрее. 

К слову, хорошие показатели России в легком финтехе связаны в том числе с тем, что у наших систем нет настолько старой и масштабной инфраструктуры.  

Автоматизированный перевод кода

Microsoft получила серию патентов на применение нейронных трансформеров к трансляции кода. Патент US12045592B2 (2024) описывает систему с нейронным трансформером, обученным сначала на больших корпусах немаркированного кода, затем дообученным на задачах перевода с COBOL. Патент US12321735B2 (Microsoft, 2025) добавляет синтаксическое тестирование — система автоматически выявляет COBOL-конструкции, которые плохо транслируются, и дообучает модель именно на них.

Канадская Next Pathway запатентовала последовательную непрерывную трансляцию через потоковые выражения. Патент US11487521B2 (2022) описывает преобразование кода в дерево разбора (для понимания смысла кода) с применением «мутационных скриптов». 

IBM: AI-инструменты для мейнфреймов

В 2023 году IBM выпустила Watsonx Code Assistant for Z — AI-ассистент для модернизации COBOL. Патент US20240103492A1 (IBM, 2024) описывает RPA-агента, который постепенно перенаправляет запросы с унаследованной системы на современную, поддерживая обе параллельно. Патент US12147399B2 (IBM, 2024) покрывает миграцию данных унаследованной системы в блокчейн через смарт-контракты.

Anthropic и обвал акций IBM в 2026 году

23 февраля 2026 года AI-стартап Anthropic опубликовал технический блог-пост и Code Modernization Playbook. В нем они заявили, что инструмент Claude Code способен автоматизировать наиболее трудоемкую часть модернизации COBOL-систем — выявление зависимостей, документирование логики, выявление рисков. По оценке Anthropic, с Claude можно модернизировать COBOL-кодовую базу за кварталы вместо нескольких лет.

Реакция рынка была немедленной. Акции IBM рухнули на 13,2%, закрывшись на уровне $223,35. Это стало лишь еще одним из ряда событий, которые сейчас давят на IBM. Вслед за IBM упали Accenture и Cognizant — все три компании строят значительную часть выручки на консалтинге по модернизации COBOL-систем.

В частности, IBM зарабатывает на свой платформе вокруг COBOL: мейнфреймы IBM Z, z/OS, транзакционные менеджеры CICS и IMS, базы данных Db2, система безопасности RACF. Всё это образует единый вертикально интегрированный стек. Модернизация COBOL-систем исторически означала длительные, дорогостоящие, консультантоёмкие проекты с устойчивым потоком доходов. Если AI автоматизирует наиболее дорогую часть — анализ и документирование кода — экономика этих проектов пострадает.

В тот же день IBM опубликовала контр-материал «Lost in Translation: What the AI code debate keeps getting wrong»: 

«Перевод кода — это одно. Модернизация платформы — это совсем другое. Это не одно и то же, и именно в этом разрыве большинство предприятий сталкиваются с трудностями». 

IBM подчеркнула, что Enterprise COBOL на IBM Z обеспечивает 25 млрд зашифрованных транзакций в день на одной системе, 450 млрд AI-инференсов в день при времени отклика 1 мс. Просто перевод кода этого не делает. Убедило ли это инвесторов, сказать трудно. 

Исследователи разобрали возможности Claude Code применительно к COBOL и пришли к выводу, что AI не заменяет инструменты структурного анализа, пусть и существенно дополняет. Реальный процесс включает: 

• предобработку статическими/динамическими инструментами;

• совместное с ИИ исследование;

• итеративную суммаризацию,

• prompt-инжиниринг; 

• миграцию архитектуры, где генерация кода — лишь одна из многих составляющих.

Отмечают, что IBM к тому моменту уже работала над «Project Bob» — AI-ориентированной IDE на базе VS Code с мультимодельной архитектурой, включающей сам Claude. 

Перспективы

По данным отраслевых исследований, 80% банков планируют модернизировать COBOL-код через AI-ассистированный рефакторинг. Сам факт того, что IBM, Microsoft, TCS, Infosys, Tech Mahindra и JPMorgan Chase активно патентуют инструменты для работы с COBOL в 2022–2026 годах, означает одно — компании видят в этой области долгосрочный коммерческий потенциал. 

Любопытно, что код, написанный в эпоху без интернета и персональных компьютеров, стал предметом патентных гонок в эпоху генеративного AI. Читайте также по теме наш материал про языки программирования как зеркало IT-столпотворения.