メインフレームCOBOLプログラマーの母へのインタビュー
- 母は私が生まれる前から、EU域内で最大級の銀行の一つで働いている。
- 銀行プログラミングの世界は、ほとんどの人が慣れ親しんでいるものとはまったく異なる世界だ。
- 母と彼女のチームが仕事をやめれば、その銀行は数週間以内に立ち行かなくなるだろう。
1991年
- 母はNordbanken(現在のNordea)で社内研修を始めた。
- さまざまな試験を受け、IQテスト、心理検査、マルチタスクテストに合格した。
- IBMメインフレームのCOBOLプログラマーとして始め、25年後も同じ銀行で同じ職務に就いている。
COBOL
- COBOLは、関数型のHaskellや並行性に優れたGolangのような華やかなプログラミング言語ではない。
- COBOLは命令型・手続き型の言語であり、2002年からはオブジェクト指向にも対応している。
- メインフレームプログラミングの文脈では、COBOLを知っている人はほとんどいない。
データベース
- 主なデータベースはIMSと呼ばれ、IBMがアポロ計画のために作った階層型データベースだ。
- DB2への移行を試みているが、これには何年もかかる作業となる。
- DB2データベースは現在およそ10TBのデータを保持している。
バッチ
- システムの約80%はバッチジョブで構成されている。
- バッチジョブは特定の時刻または間隔で実行され、データ処理や他の銀行・機関へのデータ送信を行う。
銀行が直面する問題
- メインフレームを使用している銀行には、対処しなければならない多くの問題がある。
- プログラマーの高齢化が進んでおり、新しい社員が独力で働けるようになるまで2〜3年かかる。
- 何十年も前のプログラムがあり、誰もそれが何をしているのか分からない。
最後の言葉
- Nordeaや他の銀行が今後数年間でどのような新技術を導入するのか、とても興味深い。
Q & A
- なぜIBMメインフレームのCOBOLプログラミングを選んだのか? コンピューターと一緒に働きたかったから。
- 一日の中で最悪だった出来事は? 同僚が重要なシステムモジュールのピリオドを抜かし、銀行が16時間ダウンしたこと。
- 銀行の未来はどうなるのか? メインフレームをより現代的なものに置き換える必要があると認識している。
- 90年代に女性プログラマーとして直面した課題は? 問題はなかった。
- 20年以上同じコードベースで働くのは退屈にならないか? 新しいシステムを作るのはいつも楽しかった。
- 銀行向けのコードを書くのは怖いか? とても怖いが、テスト環境が堅牢なのでたいていは円滑に進む。
- 銀行のために大きなミスをしたことはあるか? 1997年に、退職貯蓄口座から違法にお金を引き出せるようにしてしまうミスをした。
- 作業環境はどうか? 個人デスクの環境からオープンスペースに移り、それをとても嫌っている。
GN⁺の見解
- メインフレームとCOBOL言語は今なお金融業界で重要な役割を果たしており、この技術に関する専門知識は非常に価値が高い。
- 銀行システムの複雑さと古い技術への依存は、新しいシステムへの移行を難しくしており、これは大きな課題だ。
- このインタビューは、技術が急速に発展している一方で、一部の業界では今なお古い技術が使われ続けていることを示しており、興味深い対比となっている。
1件のコメント
Hacker Newsの意見
銀行プログラミングの世界は、ほとんどの開発者が慣れ親しんでいるものとは大きく異なる。
金融サービス分野のシステム統合コンサルタントとして働きながら、中核銀行システムとの統合経験を共有。
プログラミングの歴史に関する個人的な家族の話を共有。
COBOLプログラマーは銀行を維持するうえで重要な役割を果たしており、彼らが突然辞めれば銀行や経済に大きな影響を及ぼしかねない。
保険会社のIT部門で働いた経験を共有。
業務環境に関する個人的な意見を共有。
ソ連で衛星軌道計算をしていた祖母に関する話を共有。
女性プログラマーがCOBOLの維持に重要な役割を果たしていたという経験を共有。
COBOLは「クールな」言語ではないが、メインフレームは「レトロクール」と言えるほど古く、ほとんどがLinuxをオプションとして動かせる。