Javaエンジニアこそ「COBOL」を学ぶべき“切実な理由”：コロナ禍で高まる需要

　レガシーなCOBOLアプリケーションを現代のシステムに移行させるには何をすればよいだろうか。アプリケーションの動作を維持したままソースコードを書き直す「リファクタリング」の手法でJavaアプリケーションに変換しただけで、すぐに汎用コンピュータで実行できるようになるわけではない。COBOLアプリケーションを使用しているビジネスプロセス全体を見直し、レガシーシステムと新しい技術の関係を理解する必要がある。

　JavaエンジニアがCOBOLの基本を理解することは、レガシーアプリケーションのモダナイゼーション（最新化）を始めるための第一歩だ。アプリケーション開発ツールベンダーSkuidの最高技術責任者（CTO）兼エンジニアリング担当バイスプレジデントのマイク・デュエンシング氏によると、COBOLアプリケーションを保守するスキルを持った人が退職してしまい、COBOLエンジニアの需要が高まっている。「若いエンジニアは新しいプログラミング言語を使おうとし、何十年も前のプログラミング言語を学ぶことには関心がない」（デュエンシング氏）

　1959年、COBOLはエンジニア以外にも分かりやすいプログラミング言語を目指して開発された。COBOLはさまざまなベンダーのコンピュータで実行可能な最初期のプログラミング言語だ。データ基盤開発ツールを取り扱うSplice MachineでCEOを務めるモンティ・スウェーベン氏は「COBOLを学ぶことは楽しくはないが、簡単に学べる」と語る。

　COBOLの基本構文は一般的な英語と同じような命令文で構成されている。非エンジニアが使用することを想定しているためだ。一方でメインフレームの動作を理解して使いこなすことは、非エンジニアにとって簡単ではない。

　英国の私立大学BPP Universityで講師を務めていたグスタボ・ペッツィ氏は、オンライン教育サービス「Pikuma」を開設した。ベッツィ氏は若いプログラマーが就職先で直面する問題を肌で感じてきた。Royal Bank of Scotland（スコットランド王立銀行）などの銀行に就職した同氏の教え子は、銀行が依存しているCOBOLを日常業務で使わざるを得ないという。「メインフレームは現代のシステムのように寛容ではなく、若いJavaエンジニアが当たり前と思っていることができない場合がある」と同氏は説明する。

　COBOLの基本が簡単でも、何年あるいは何十年も前からそのままで、かつ仕様書が残っていないソースコードを読み解く作業は骨が折れる。モダナイゼーションがなかなか進まないのはそのためだ。

　そんな中、COBOLアプリケーションのモダナイゼーションを支援する自動化ツールが登場している。モダナイゼーションツールベンダーHeirloom Computingのクラウドサービスは、COBOLアプリケーションのソースコードを自動でリファクタリングして、Javaアプリケーションとしてコンパイルする。「Oracle Database」「IBM Db2」といったデータベース管理システム（DBMS）で扱っている古いデータベースや、メインフレーム用OS向けのデータアクセス方式「Virtual Storage Access Method」（VSAM）で記録された古いファイルは、手動で更新する必要がある。

　企業は自社の状況に応じて、レガシーアプリケーションのままでこの難局を乗り切るのか、それともこれを機にモダナイゼーションを実施するのかを検討しなければならない。COBOLアプリケーションのモダナイゼーションにはさまざまな障害があるが、克服できないわけではない。COBOLはいずれ過去のものになるだろう。しかし今はまだ、JavaエンジニアがCOBOLを学ぶことにも意義がある。