米政府で今なお現役の「COBOL」--レガシーシステムが抱える課題

テクノロジーカテゴリーの変更を依頼記事元:

japan.zdnet.com

126users がブックマークコメント

米政府で今なお現役の「COBOL」--レガシーシステムが抱える課題

米国では、何千万人もの死者が社会保障給付金を受け取っていると信じている人がいる。だが、それは事実... 米国では、何千万人もの死者が社会保障給付金を受け取っていると信じている人がいる。だが、それは事実ではない。実情としては、基盤をなす古いテクノロジーが理解されていないということだ。 150歳の社会保障受給者がいるという物語では、老朽化したテクノロジー、米政府のシステム、そして米政府効率化省（DOGE）の若いIT担当者たちによる現代の誤解が絡み合っている。この物語の中心にあるのは、米国の社会保障制度を何十年も支えてきたプログラミング言語「COBOL」だ。 COBOLのコードと難解な標準 COBOL（Common Business Oriented Language）は1950年代に開発され、米社会保障局（SSA）のITインフラストラクチャーの重要な一部となっている。SSAは6000万行以上のCOBOLコードを維持しており、そのコードが退職金や障害給付金の請求の処理など、SSAの基幹業務を支えて

UhoNiceGuy 本文でも書いてるようにCOBOLの問題ではないよね。他コメで出ている2038年問題がCOBOLの問題ではないように。レガシーコードの作成者の意図が継承されていない問題

2025/03/01 リンク

yabu_kyu 「(ATM)から現金を引き出すときは、95％の確率でCOBOLプログラムとやりとりすることになる。(略)銀行システムの43％がCOBOLで記述されており、銀行の90％がまだCOBOLを使用している」米でもそうなんか | COBOLの他にNDB問題もね…

TakamoriTarou COBOLはきのこる先生で良いんだけど、メインフレームや汎用機がぬ。実質IBMにロックインされることになる。　Fはいち早く逃げて一緒に逃げて更新できる所を相手にする戦略に出たが、逃げ遅れると酷いことになりそう

Kenju サーバでもそのままCOBOLが使えれば全然いいんだけどね。終わってるのは言語じゃなくてメインフレームの方なんだよね。

suikyojin 勘違いしている人もいるようだけど、日本でも、COBOLは深刻な問題のはず。2038年問題とかもあるし、過去のプログラムとの互換性は深刻な問題。

harumomo2006 汎用機の仕事はあるんだけど自社でやるのは嫌なので他社やフリーランスに投げようと探してもなかなか受けてもらえない。知識はあっても汎用機はやりたくないんだろうね

BoiledEgg COBOL自体の問題でないというのはそうだが、それはそれとして古いCOBOL見ると実装ひどすぎて発狂しそうになることは確か。十分予想内の入力値なのに一般例外発生させて落ちるようにしてたのを見たときはマジで絶叫した

cinq_na COBOLの言語仕様自体は1日で把握できる小さなモノだけど、乏しいリソースでなんとかするためのクソみたいな仕様が山程あるのがね。年2桁で99年を超えるとかさ。

bloglider "問題を突き詰めると、レガシーコードの更新に十分な資金が投じられなかったという事実に行き着く"とあるけど、本邦でも同様かもしれない。複雑なロジックも法律でそうなってるだけなのだけれども。

syu-m-5151 60年以上前の言語が現代社会インフラを支える現実を直視した記事。技術的負債の極端な例でありながら、システム安定性と移行リスクのトレードオフという普遍的課題を浮き彫りにしている。

2025/03/02 リンク

greenbow そんなことあるんか “MOCASは、約67年稼働して今なお現役だ。これはCOBOL自体の公式リリースよりも古い。MOCASはCOBOLのベータ版で記述された。”

aike 言語仕様は大した問題ではなく、バッチリレーやバリデーションで異常終了させる設計思想が移植困難。ただ昔に様々な手法を試した結果現代の良い設計指針が生まれたので、今の観点で昔の実装を断罪するのはアンフェア

n_vermillion COBOLもだがメインフレームがなー。MFで稼働しているシステムをオープン系システムに移植しようとして爆死したPJなら枚挙に暇がない。仮想化して持っていけるなら良いのかもしれんけど…。

mohno 「社会保障給付金を受け取っている吸血鬼など存在しない」「中には50年以上前のシステムもある」「約67年稼働して今なお現役だ」/DOGE「新しいシステムに移行しろ」管理者「担当者は、みな解雇されました」的な。

getcha 実現したい内容が同じならば、COBOLでもJavaでも言語は関係ない。COBOLは生ものじゃないから古くならない。お金がたくさんある期間システムをCOBOLを置き換えて、ビジネスを取りたいベンダーの営業トークなんよ。これ。

pqw 世の勘定系システム更新とともに路頭に迷う、辞めたら2度と年収800万の仕事などないからしがみつくと揶揄されたコボラーもアメリカ行ったら3億円くらいもらえるんじゃないかこれ

cbkf たまたま昨日も布団の中で「なんでCOBOLの置き換え難しいのだろう」と考えてた(COBOL知らないのにたまに考える)のでタイムリー。演算機能とか、単純な置き換えと改修を一度に進めようとしてる？とか想像してたけど違った

kaneko_hk 記事では米国防総省のシステムが取り上げられてるが、これ12年前にも話題になった "COBOLで書かれた米国防総省の給与システム700万行、実質的に更新不可能新システム導入も失敗" https://it.srad.jp/story/13/07/14/0555217/

gasguzzler "identification division"とか脊髄反応で出てくるからアメリカで職探ししようかな。いや今は時期が悪い。イーロンに3秒で首切られる。

izoc バッチジョブのリレーをやるようなアーキテクチャが絶対悪。AIでCOBOLをJavaに変換してもそのアーキテクチャが残る限り技術的負債は消えない。バッチジョブは滅ぼすべき。締め処理以外では基本的にいらない

PrivateIntMain 触れた機会がないが、誰も彼もリプレースできないからレガシーと呼ばれるのだろうし、それができるならとっくに変わって然るべき話なのだろうなぐらいにはよくわからないんだろうというのだけがわかる（ややこしい）

Eiichiro こういうシステムマイグレーションはAIとか得意そうではあるが。同一データを投げて同じ結果になるかどうかチェックするテストとドキュメント化でなんとかならないかな。何にマイグレーションするかはわからんが。

はてなブックマーク

米政府で今なお現役の「COBOL」--レガシーシステムが抱える課題

記事へのコメント34件

関連記事