若手はCOBOLを学ばないから…1960年代コードが今も現役!英国銀行の約50%が“退職間近の数人”しか理解せずw

AI

「英国の銀行システムには、今も1960~1970年代に書かれたソフトウェアコードが使われている」――経営コンサルタント会社Baringaが英国の銀行員200人を対象に実施した調査では、回答者の16%が1960年代のソフトウェアを、約40%が1970年代に書かれたソフトウェアコードを使用し続けていることが分かった。約50%の回答者は、「退職間近の従業員数人のみが理解しているソフトウェアに依存している」と答えた。

●半世紀前のコードが支える現代の銀行システム
調査は、英国の銀行システムがレガシーな技術基盤に依存している実態を浮き彫りにした。同調査によると、38の金融機関がパンチカードなど、物理的なシステム上で動作するように設計されたコードを今も使用していると回答した。15%の回答者は、かつて販売されていた、部屋を占有するサイズのメインフレーム用に書かれたコードを稼働し続けていると答えた。

現場からは切実な声も寄せられた。ある回答者は「銀行のATMネットワークは、パッチを当てた古いWindows NT系のサーバで運用している」と述べる。別の回答者は「主要銀行の基幹システムは1970年代に構築され、今もCOBOLを使い続けている」と明かす。COBOLは、税務当局、銀行、保険会社、住宅ローン会社などが使用する信頼性の高い金融、管理システムの頼りになる技術だった。

ある金融機関の上級IT専門家は、1960~80年代のシステムを数多く扱ってきた経験から次のように語る。「古いシステムが長く使われたのは、シンプルで安定し、大量の単純取引を効率よく処理できたからだ。しかし今やレガシーなシステムの理解者は退職を控え、若手はCOBOLを学びたがらない。結果として、金融機関はこれらのシステムから徐々に離れざるを得ない状況にある」

Baringaのポール・ミハイロビッチ氏(銀行および市場技術部門エキスパート)は「複雑な技術資産の中に古い技術が一部残ってしまうのは避けられない」と指摘する。「金融機関は巨大な組織であり、国全体で数百万の顧客にサービスを提供している。技術革新のたびにインフラを全面的に作り直すことは現実的ではない」

●銀行が直面する2つのリスク
ミハイロビッチ氏は、数十年前に書かれたコードを使い続けることで銀行が直面するリスクを2つに整理している。

・重要インフラへの深刻なリスク
特定の用途向けに運用されたシステムで長期間使用され、少数の高齢の専門家によって保守されているコードは、重要なインフラにとって重大なリスクとなる。維持できるのは少数の高齢専門家だけで、トラブルが起きても修復は困難となる恐れがある。

機敏性の欠如とコストの増大
・特定のレガシーシステムを維持するためだけに専門家を抱える状況が続けば、顧客ニーズの変化に素早く対応できない。維持コストも膨大になる。

翻訳・編集協力:雨輝ITラボ(株式会社リーフレイン)

Yahoo!ニュース
Yahoo!ニュースは、新聞・通信社が配信するニュースのほか、映像、雑誌や個人の書き手が執筆する記事など多種多様なニュースを掲載しています。

COBOL覚えても後が無いですからね


>>1
セキュリティいいじゃん

で日本ではFAXが普及してるから

>>2
どういうこと?

これこそAIで一発では

>>3
コードの自動変換がうまくいくことはまずない
どうせテストでゴリゴリやる羽目になるなら自分で書いたほうがマシ感すらある

>>10
昨今の技術追ってなさそう

>>34
ではなぜこんなことになってるのかわからん
aiで変換余裕ならこんな記事でないのでは?
煽りとかでなく純粋に質問集

>>72
AIでなんとかみたいな奴は百億パーセント何もわかってねえヘドロだよ
そいつの真意を追うとかそいつの発言を考察するとかの必要がそもそもない
キモいものをみたくらいに留めて自分の仕事をしろ

>>3
この手のは変換が難しいのではない、いやそれもあるが現代ではやろうと思えば出来る
問題は置き換えた後のテストと品質担保で古いコードは誰も正しい業務要件を把握してないとかザラにある
だから最終的には何が正しくてどこまでテストすれば良いかの判断と責任を取れるのかという問題に辿り着く

こわなのどう見ても責任だけ押し付けられる損な役回りを誰もやりたがらない


>>38
なるほど

アイデンティフィケーションディビジョン

覚えるっていうほどなの?
クラスやメソッドがなくてgotoで行ったり来たりするだけじゃないの?

コボラーもじさんとか多そう

みずほ銀行はどうなったの?

>>7
書籍も出てるよ。少し前に検索した時は
裏話みたいのが読めたんだが「有料」
「会員のみ」の記事しか出てこない

なつかしい
COBOLどころかPL/1やってたわ
もうWEB系だから10年以上触ってないが

>>8
PL/I使いならローソン銀行で探してたぞ
なんで新規なのにって思ったわw

原発とかと同じで絶対に誤作動しちゃいけないシステムなら、吐き出すエラーがほぼ網羅されてる古いシステムで運用するのもいいんじゃないか?

金融IT土方で鬱病退職してった弱者男性達の出番だ




>>11
アホか
そんなゴミクズすぐまた壊れる

>>11
まさにオレだけど
もう当時の鬱退職組はみんな転職か自殺してるから無理だろ

>>11
100%仮病やんそいつら

折角トラブルなしで動いているシステムを刷新するとろくなことないからな
青い銀行やプッチンプリンみたいに

新システム作って移行するだけじゃないの?
やれよ、難しいとか出来ねえとかじゃなく、やれよ
やらねえなら古いシステムと心中しろ

IT資格おすすめ教えろください

DOGEが全部置き換えるって言ってたのどうなったの

>>17
、うやむやみたい

「そんなものは存在しない」:ドージは予定より早くひっそりと解散したと報じられる|トランプ政権|ガーディアン
https://share.google/WVL5LcfRv94DRrN5Q

「政府効率化局」(Doge)は契約期間がまだ8か月残っている状態で解散したようで、連邦政府機関に侵入し、何千人もの連邦職員を解雇するという長期にわたるキャンペーンに終止符が打たれた。


エバリュエイト好きでよく使ってた

30年とか40年とか区切って移行するしかないんじゃねーの

むしろ古いほうがセキュリティ高いんじゃ?
どっかの銀行みたいにトラブルまみれになるよりはマシでしょ

クレディ・スイスとか大変そうだったよね

>>24
年収8000万が取引してただか就職してたとこか

>>26
当時でもそこまでは行ってなかったよ。
それは令和の現代の30代後半東大卒管理職がもらう年収だね。それでも5千万円行くか行かないかじゃない?

みずほ化するリスクもあるからね

AIでコンバートプログラム書けよ
余裕だろ

そりゃそうだ

当時としては最新だった電子化をしてる所ほど今となっては負債を抱え込んでる
古くからある銀行はどこも似たようなもんだろ

COBOLつかメーンフレームのDBとかネットワークってどう記述してるのか想像が付かん

貧乏くじだからだよ。呼ばれるのはトラブルの
時と保守だけ。金融機関等だからミスは絶対
許されない。古い規格に古いマシン
自分で作る事はほとんどなく
先人のコードが出鱈目でもソレを読みながら
分かる方自体少ないので少人数でメンテナンス
しなければならない

必要の無い時は呼ばれないから別の仕事まで
割り振られる…コレで給料に反映されないと
したら誰がやりたがりますか?




コボル がなければフォートランでいいじゃないw

>>33
特定の端数になると丸められる世界でいい?

いまならAIがコード理解して他の言語に変換できるけどな。全部丸ごととかではなくて、モジュールごとなら精度よくできる
しかもCOBOLはロジックが単純だし。

プログラマーならCOBOLなど学ぶまでもなく理解できるはず
勘定系基幹システムが複雑なだけで・・・PL1も使われてたりな、ポインタとかXXばいいのに

一から書き直せばええやん

>>37
ソレが出来たら「みずほ銀行」の事例は
起こってない。アレは3行のエゴが生んだ
キメラシステムだからな
もし担当しろと言われたら夜逃げする自信が
ある

>>37
中身が理解できてないから
書き直すのもかなり難しい

>>42
昔作れたものがなぜ今作れないのか
昔と比べたらシステム作るのは簡単になってるはずなのに

>>43
なってないよ
昔は日立とかNECの1社が提供するもので全てできた
今は、OS、MW、言語…マルチベンダーになってるし

これは全てを把握してる人材が居ないだけだろ
何をしないといけないかとか何故それをしないといけないかとか
どうやってそれをやるのかとかそういう仕様や要件をしっかり理解してれば
コボルなんかに依存せずに少しずつ置き換えられる

AIにお任せで終わりだろ

核ミサイル基地とかもフォートランとか使われてそう

青い銀行の移行の時に下働きに行ったことがあるんだが
要件定義のデータが全部ファイルで眩暈がした

銀行のシステムでバグを出して損害賠償求められたらとんでもない額になりそうだな

アイデンティションデビジョン
エンバイロメントデビジョン

input−output section.

COBOLの移植は不可能だと世界的に結論出てる
数十万行ならともかく数千万行を移植するの世界中の最高のプログラマー数百人をかき集めない限り無理
COBOLの言語仕様が移植に向いて無さすぎる

>特定の用途向けに運用されたシステムで長期間使用され、少数の高齢の専門家によって保守されているコードは

こういうシステムのお陰でITエンジニアが年取ってもくいっぱぐれることが無い


AIにCOBOL変換やってもらえよ

コボラーを集めようとすると60歳でも若手だからな




>>58
そうだねウフフ

COBOLは一時期習ったなー

チャットgptにコード渡して、Javaにしてくれ!って言えば変換してくれるよ?

でも給料高いだろ

イーロンマスクがDOGEにいた頃に6000万ステップの社会保障局のCOBOLのシステムを生成AIで半年で書き直して移行するとかぶっ放したことあったが
その後の話を聞かないので順当に頓挫したんだろうな

以前聞いた話だけど
COBOLシステムの中に一部メインフレームに依存したアセンブラコードが含まれていて
そのプログラムを保守できる人の単価が200万ぐらいだったとか
今はもうそんな保守は無くなったのかな

>>64
俺の大先輩のおじいちゃんは忙しい時にはCOBOLソースを直さずにLM(機械語で書かれたロードモジュール)を直接パッチあてるのでもはや誰も解析できないってのがあったな

>>81
老人の昔話で申し訳ないけど
開発機でコンパイルしたロードモジュールを現地の本番機にインストールしてたからね
現地で発覚した不具合はその場でロードモジュール内に予め割り当てらた
パッチ領域にgotoで飛ばして機械語で対応した
本来は応急処置のコードをソースプログラムに反映するんだけど
不可逆的なコードなのか放置されて誰もメンテできないプログラムが完成した

だってバッチ処理COBOLのが速いんよ

そもそも置き換える必要がない

懐かし
専門学校でCOBOL習ったわ
就職できなかったけどね

銀行や役場にCOBOL多いのは金利や固定資産が継続した計算になってるからだな
単年度に全て置き換わるなら余裕で切り替えられる

COBOLだけ勉強しても
COBOLで完結しないからなー
機器ごとに異なるしアセンブラ混じるし

COBOLの現場ってAI禁止だろーし


自分が学校でプログラミング言語を勉強してた時がCOBOL技術者の最後辺りかな

メインフレームからは脱却しても言語はいわゆるオープンCOBOLというケースもあるようでなかなかしぶとい存在だよね
30年前から消えると言われ続けてなお消えない言語

許されるはずもない、COBOL~♪

何十年も前のシンプルなシステムなのに実用に耐えうる速度で安定稼働してるのは素直にすごいことだよ
いまどきのシステムって高速に動作させようとするとリソース喰いまくるしとにかく無駄に複雑で安定稼働させるのに苦労するもん
そうなる理由は嫌ってほど理解はしてるけど感覚的にはもう少しなんとかならんのかとは思うわ

できることが少ないから安定してる

エンバイロメントデータ デビジョン。

IF CURRENT-YEAR IS GREATER THAN OR EQUAL TO 2026

MOVE “2026になったら本気を出す!” TO MESSAGE-LINE
ELSE
MOVE “まだ2025年なので本気は出さない。” TO MESSAGE-LINE

STOP RUN.




COBOLなんて学ぶようなものではない
出来ることが限られているから
言語仕様もごく単純

知らないやつが怖がっているだけ


COBOLはOLの言語だろ
女性ばっかだったよ

昔人気のあった言語が時間とともに人気がなくなってやがて邪魔者扱いされるようになるのはなんというか悲しいね

どうせ枯れた技術なんでしょ?
問題なんて出尽くしてるんじゃないの?
メンテナンスって何やるのさ
メンテナンスの中身が重要なんじゃなくてメンテナンスする人がいなくなることが問題になってるだけなんじゃないの?

システムが物理的に古くなるってのが問題なんじゃないの?
それをそのシステムの上で動いてるCOBOLのせいにするから訳がわからなくなるんじゃないの?

金融決済や送金処理で誤差が生じるバグは頻発しても
詫び石配布のノリで振込手数料1回半額とかで済むなら
COBOLからガンガン切り替えるんじゃないの?

>>99
そんな頻発する銀行からはガンガン客が逃げ出す

大学のパンキョーの情報科目でCOBOLとFORTRANでそれぞれ簡単なコード書かされたな

今となっては何も覚えてない


金融システムなんて古いとこはどこもそうやろ

銀行システムのバベルの塔状態

COBOLのおばちゃまか

日本でもメンテ対応を開発会社に要請したら
当時担当平社員だった会社幹部が総出で出てくるという面白い事態になってる

富士通だかがコンパイラ作って生き永らえてるって
うちのCOBOLおじさんが言ってた

Cobolっていちばん誰でもわかるソースコード書けるだろ
もっとも大昔から拡張が続いていてかえって変な外部プログラム
だらけかも

下水幹線とかインフラは中々更新きかんね

ていうか、口座の金額を増やしたり減らしたりってあたりは
それが使えるんなら50年前のものでも60年前のものでも
同じプログラムでやれば同じ様に動くじゃん

同じ処理なら同じプログラムが残ってたって普通だろ


誰も学ばないからセキュリティに強かったりしないの
COBOL学ぶハッカーとかいるのか

米軍の年金システムも超絶複雑怪奇でエラー起こしまくりだがリプレースは失敗した
という話がかなり前にあったな

000100 IDENTIFICATION DIVISION.

AIで変換出来るならとっくにやってるとは考えないんかね
んで、何の言語に変換すればいーんだ?




金融系の職場の技術力が低いからできないだけじゃないの

ならブルーオーシャンじゃん
さっさとやってみなよw

基本情報技術者試験でもCOBOLがPythonに入れ替えられて
何年もしないうちに擬似言語だけに

javaは核のめんどくさいし金融でも結構使われてるgoでよくね🐼
参照だけ渡せたりjavaみたいにvmもないからメモリ効率いいし文法も今風でわかりやすい

へーGoやるじゃん

コボルコンバータにかけてjavaにしても金額ずれるんだろ
そんなのいちいち確認してたら
一から作るのと変わんなくなるし
一から作る金なんてどこの国もないだろうし
トンネルや水道よりはマシか
いくら老朽化してもプログラムは劣化しないもんな

出典:https://greta.5ch.net/test/read.cgi/poverty/1764242402/

元記事名:「若手はCOBOLを学びたがらない」60年前のコードが今も動く――英国の銀行システムを縛る“技術負債”

新着記事一覧
AI未分類
TKをフォローする
プログラミング速報

コメント