
Каждый раз, когда за рубежом кто-то снимает деньги в банкомате, рассчитывается картой или получает государственное пособие, с высокой вероятностью где-то в цепочке выполняется код, написанный на 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 лет, и вот насколько он важен сейчас:
-
В мире используется более 800 млрд строк активного COBOL‑кода;
-
Около 40% банков по миру используют системы на COBOL.;
-
Ежегодно пишется около 1,5 млрд новых строк COBOL‑кода;
-
У Bank of New York Mellon — 112 500 COBOL‑программ и 343 млн строк кода;
-
У Администрации соцобеспечения США (SSA) более 60 млн строк COBOL‑кода;
-
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) покрывает миграцию данных унаследованной системы в блокчейн через смарт-контракты.
|
Патент |
Правообладатель |
Год |
Суть |
|
Bull HN |
2021 |
COBOL → читаемый C++ с OO-конструкциями |
|
|
Next Pathway |
2022 |
Трансляция через потоковые выражения |
|
|
Tata Consultancy |
2022 |
Вывод бизнес-логики из кода через ML |
|
|
IBM |
2024 |
RPA-агент для поэтапной миграции |
|
|
IBM |
2024 |
Миграция данных в блокчейн |
|
|
Microsoft |
2024 |
Нейронный трансформер для перевода COBOL |
|
|
Infosys |
2025 |
Мультимодельная LLM-трансформация кода |
|
|
JPMorgan Chase |
2025 |
Понимание кода через пространственные матрицы |
|
|
Microsoft |
2025 |
Нейронная трансляция с синтаксическим тестированием |
|
|
Tech Mahindra |
2025 |
Рефакторинг с извлечением бизнес-правил |
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-столпотворения.
О сервисе Онлайн Патент:
Онлайн Патент — цифровая система № 1 в рейтинге Роспатента. С 2013 года мы создаем уникальные LegalTech‑решения для защиты и управления интеллектуальной собственностью. Зарегистрируйтесь в сервисе Онлайн‑Патент и получите доступ к следующим услугам:
-
Онлайн‑регистрация программ, патентов на изобретение, товарных знаков, промышленного дизайна;
-
Опции ускоренного оформления услуг;
-
Бесплатный поиск по базам патентов, программ, товарных знаков;
-
Мониторинги новых заявок по критериям;
-
Онлайн‑поддержку специалистов.
ссылка на оригинал статьи https://habr.com/ru/articles/1023236/