1 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:20:02.74 ID:hUbu35jC0
「英国の銀行システムには、今も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ラボ(株式会社リーフレイン)
https://news.yahoo.co.jp/articles/fb906d998a4f407a62c1ccd6858db9b7b8855246
COBOL覚えても後が無いですからね
2 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:20:52.50 ID:4O37dey9H
で日本ではFAXが普及してるから
12 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:26:06.15 ID:R92vqzUb0
>>2
どういうこと?
3 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:21:06.75 ID:GzPtvwaO0
これこそAIで一発では
10 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:23:45.62 ID:fXgUqDGi0
>>3
コードの自動変換がうまくいくことはまずない
どうせテストでゴリゴリやる羽目になるなら自分で書いたほうがマシ感すらある
22 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:30:39.70 ID:ErdbsytM0
>>10
あるよw
どんだけバカなんだこいつ
34 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:43:14.70 ID:gR4fjAgh0
>>10
昨今の技術追ってなさそう
38 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:45:09.39 ID:wNq6LaCg0
>>3この手のは変換が難しいのではない、いやそれもあるが現代ではやろうと思えば出来る
問題は置き換えた後のテストと品質担保で古いコードは誰も正しい業務要件を把握してないとかザラにある
だから最終的には何が正しくてどこまでテストすれば良いかの判断と責任を取れるのかという問題に辿り着く
こわなのどう見ても責任だけ押し付けられる損な役回りを誰もやりたがらない
39 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:47:46.66 ID:GzPtvwaO0
>>38
なるほど
5 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:22:21.55 ID:v2PoCOrY0
覚えるっていうほどなの?
クラスやメソッドがなくてgotoで行ったり来たりするだけじゃないの?
6 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:22:22.03 ID:mG9ZpyBo0
コボラーもじさんとか多そう
7 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:22:36.66 ID:VScqHKULM
みずほ銀行はどうなったの?
8 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:22:59.50 ID:8yb0Hpa/0
なつかしい
COBOLどころかPL/1やってたわ
もうWEB系だから10年以上触ってないが
9 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:23:34.17 ID:wsjFZ6RS0
原発とかと同じで絶対に誤作動しちゃいけないシステムなら、吐き出すエラーがほぼ網羅されてる古いシステムで運用するのもいいんじゃないか?
11 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:25:35.49 ID:+4x7C7yV0
金融IT土方で鬱病退職してった弱者男性達の出番だ
14 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:27:11.81 ID:V52bDq+70
>>11
アホか
そんなゴミクズすぐまた壊れる
19 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:29:14.70 ID:8yb0Hpa/0
>>11
まさにオレだけど
もう当時の鬱退職組はみんな転職か自殺してるから無理だろ
23 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:31:26.70 ID:ErdbsytM0
>>11
100%仮病やんそいつら
13 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:26:20.11 ID:ZQXpUa3n0
折角トラブルなしで動いているシステムを刷新するとろくなことないからな
青い銀行やプッチンプリンみたいに
15 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:27:29.82 ID:iGHAro1A0
新システム作って移行するだけじゃないの?
やれよ、難しいとか出来ねえとかじゃなく、やれよ
やらねえなら古いシステムと心中しろ
16 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:28:05.41 ID:84zxrV93d
IT資格おすすめ教えろください
17 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:28:43.66 ID:5pJBcXku0
DOGEが全部置き換えるって言ってたのどうなったの
18 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:29:04.66 ID:6wBLR8T/H
エバリュエイト好きでよく使ってた
20 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:30:05.24 ID:UCgQV9nf0
30年とか40年とか区切って移行するしかないんじゃねーの
21 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:30:16.14 ID:TDKeVFqm0
むしろ古いほうがセキュリティ高いんじゃ?
どっかの銀行みたいにトラブルまみれになるよりはマシでしょ
24 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:32:33.78 ID:BotsDcKb0
クレディ・スイスとか大変そうだったよね
26 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:33:05.94 ID:ErdbsytM0
>>24
年収8000万が取引してただか就職してたとこか
28 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:39:33.87 ID:BotsDcKb0
>>26
当時でもそこまでは行ってなかったよ。
それは令和の現代の30代後半東大卒管理職がもらう年収だね。それでも5千万円行くか行かないかじゃない?
25 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:32:54.63 ID:dTlto3yA0
みずほ化するリスクもあるからね
27 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:37:24.42 ID:umjli1kO0
AIでコンバートプログラム書けよ
余裕だろ
29 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:40:29.56 ID:QRlIXe910
そりゃそうだ
30 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:40:31.08 ID:wNq6LaCg0
当時としては最新だった電子化をしてる所ほど今となっては負債を抱え込んでる
古くからある銀行はどこも似たようなもんだろ
31 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:40:42.72 ID:hUbu35jC0
COBOLつかメーンフレームのDBとかネットワークってどう記述してるのか想像が付かん
33 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:42:51.73 ID:oli9GTYt0
コボル がなければフォートランでいいじゃないw
35 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:43:59.21 ID:2t4ZtJa0d
いまならAIがコード理解して他の言語に変換できるけどな。全部丸ごととかではなくて、モジュールごとなら精度よくできる
しかもCOBOLはロジックが単純だし。
36 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:44:03.88 ID:O1/zzYz20
プログラマーならCOBOLなど学ぶまでもなく理解できるはず
勘定系基幹システムが複雑なだけで・・・PL1も使われてたりな、ポインタとか4ねばいいのに
37 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:44:04.48 ID:Vbgwx4ns0
一から書き直せばええやん
41 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:49:35.83 ID:GVUeu6yK0
>>37
ソレが出来たら「みずほ銀行」の事例は
起こってない。アレは3行のエゴが生んだ
キメラシステムだからな
もし担当しろと言われたら夜逃げする自信が
ある
42 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:51:23.87 ID:oqJ0jBUp0
>>37
中身が理解できてないから
書き直すのもかなり難しい
43 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 21:00:58.40 ID:Vbgwx4ns0
>>42
昔作れたものがなぜ今作れないのか
昔と比べたらシステム作るのは簡単になってるはずなのに
40 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 20:48:33.42 ID:StB8ZUiBH
これは全てを把握してる人材が居ないだけだろ
何をしないといけないかとか何故それをしないといけないかとか
どうやってそれをやるのかとかそういう仕様や要件をしっかり理解してれば
コボルなんかに依存せずに少しずつ置き換えられる
44 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 21:01:43.98 ID:Oys2dQmO0
AIにお任せで終わりだろ
45 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 21:04:06.54 ID:UEC9potj0
核ミサイル基地とかもフォートランとか使われてそう
46 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 21:07:45.18 ID:ZQXpUa3n0
青い銀行の移行の時に下働きに行ったことがあるんだが
要件定義のデータが全部ファイルで眩暈がした
47 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 21:08:51.75 ID:JYT/HvcN0
>>1
セキュリティいいじゃん
48 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 21:09:38.13 ID:Bzbozxyx0
銀行のシステムでバグを出して損害賠償求められたらとんでもない額になりそうだな
50 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 21:15:14.18 ID:QNWo3azD0
今まで何してたんだよ😅
51 名前:一般よりも上級の名無しさん 投稿日時:2025/11/27(木) 21:15:14.65 ID:ZQXpUa3n0
プログラム自体はAIに任せられても移行ができない
特に何行何社も絡むような移行は手に負えないと思う
コメント一覧