米政府で今なお現役の「COBOL」--レガシーシステムが抱える課題 [すらいむ★]

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

　米国では、何千万人もの死者が社会保障給付金を受け取っていると信じている人がいる。
　だが、それは事実ではない。
　実情としては、基盤をなす古いテクノロジーが理解されていないということだ。

　150歳の社会保障受給者がいるという物語では、老朽化したテクノロジー、米政府のシステム、そして米政府効率化省（DOGE）の若いIT担当者たちによる現代の誤解が絡み合っている。
　この物語の中心にあるのは、米国の社会保障制度を何十年も支えてきたプログラミング言語「COBOL」だ。

■COBOLのコードと難解な標準

　COBOL（Common Business Oriented Language）は1950年代に開発され、米社会保障局（SSA）のITインフラストラクチャーの重要な一部となっている。
　SSAは6000万行以上のCOBOLコードを維持しており、そのコードが退職金や障害給付金の請求の処理など、SSAの基幹業務を支えている。

（以下略、続きはソースでご確認ください）

japan.zdnet　2025-02-28 07:00
https://japan.zdnet.com/article/35229865/

でなんでこれが科学なんだよ

ここで取り上げられている問題は、日付の基準日の問題

＞特によく使用されるプレースホルダー日付は1875年5月20日であるという。なぜこの日付かというと、日付と時刻に関する規格「ISO 8601」で日付の起点ということになっているからだ。

xNIX, EXCELでもしばしば問題になる
年を二桁しか持たないおろかさも、2000年問題となり、3000年問題、昭和平成令和問題も起きるであろう

記事はCOBOLに好意的である。悪いのはメンテをサボった連中

＞どれもCOBOLに非があるわけではない。COBOLは古いかもしれないが、今でも有用だ。
＞実際に、現金自動預払機（ATM）から現金を引き出すときは、95％の確率でCOBOLプログラムとやりとりすることになる。

＞COBOL自体に問題があるということではない。問題はない。COBOLは大量のビジネスデータを効率的に処理することに長けている。

「レガシー」は日本では「最新技術で作って後世に残すべき遺産」という意味が
一番目にくるようになった
外国記事を訳すときは注意すべきである
スレタイの「レガシー」は悪い意味で使われている

つまり若手プログラマは今からCOBOLを学んでマスターすれば生涯安泰ということ？

変にシステムをいじると、それまでうまく行っていたものがうまく動かなくなるだけ。
それまできちんと二重帳簿をうまく切り回していたのが、新規に作り直した結果として
破綻したりとか。

置き換える費用も無いか。
Javaにでもトランスパイルすれば良いんだろうけど。
でも、テストしないわけにはいかない。

COBOLのプログラムを別の言語で
全く同じ動作をするように
置き換える事ができるかどうかが肝

もしかしたらCOBOLで核ボタン制御してたりするかもな

AIによって言語を乗り換えたソースを生成させる試みは始まっている。
ところでCobolの事は知らないのだが、ユーザーが定義するサブルーチン
相当のものはあるのだろうか？

もともとの記録にいい加減なところがあるのは、2007年に日本で起きた年金記録問題と同じだな

>>11
サブルーチンはあるけど古いコボルにはないかもしれん
メインフレーム系の場合はJCLというのがあって、それでコボルなどのオブジェクトを制御する
JCLで実際のファイルが割り当てられるので、コボルだけ見てても処理の全体像は分からない

>>11
大昔の言語変換システムは、変数名などをアルファベット＋連番にしてくれたものだが
最近はいくらか利口になったのだろうか

もう別の方の返事が来ているけど、COBOLにだって手続きも関数もあらあ！

何とかDIVISIONとか習ったわ

JCL job control languagueとは言語じゃなくIBMのMVSというOS用の今でいうならタスク管理
これにプログラムを挟み込むとプログラムが実行されるというだけのもの

COBOLでもFORTRANでもなんでもこれで走らせる

でどんな言語でもその言語からシステムを呼び出せる
そのためにアセンブラを使う
細かいことするには全てアセンブラが動いている
これで細かいことしてるから上位のプログラムは簡単に書ける
これは今でいうならライブラリ相当

古いシステムでコンバートできないのはこの部分がややこしいから
AIがここまで分析できるかというとこのアセンブラの先はハードウェアだったりするわけ
例えば通信装置やATM

簡単じゃないよ

いまはOSって一言で言うが
OSってのはユーティリティプログラムの集まりなだけ
何がユーティリティなのかはそのシステムで違う

フロッピー動かすユーティリティ
HDD動かすユーティリティ
ハードの出始めは全部別プログラム

それが標準になると最初からパッケージした方が楽
だからそパッケージをオペレーティングシステムと呼んだだけ

最初はユーザープログラムがOSなしに動いた
というか動かさなきゃならなかった
つまりアセンブラでかく

パソコンならベーシックで動かすこともできたね
それはハードウェアがベーシックを理解するよう作られていたから

機械語とアセンブラが基本

UnixシステムができてからはCがそのための基本言語となった
いまではどこでもCが動く
COBOLとかのシステムてはCは1980年代後半でもテスト的
別に入れないといけなかった

いまでも細かいことしようとするとCとか使うだろ
それがアセンブラ

つまり昔のシステムでCOBOL動いてるなら
管理者レベルならそのシステムのアセンブラがわからないと仕事にならない

>>16
xこれにプログラムを挟み込むとプログラムが実行されるというだけのもの

oこれでプログラムモジュール（コンパイルしてリンクした実行モジュール）を指定して

その実行モジュールが大昔はどでかいテープ装置とか
そのあと
どでかいハードディスク装置とか
いやIBMのは「直接アクセス磁気ディスク装置」
direct access disk device DASD 「だすど」
にある

direct access storage device

これはアメリカだけじゃない
日本の企業にもCOBOLで書かれたシステムが大量にある
大企業ほど残ってる
それだけ優秀なんだよCOBOLって

IDENTIFICATION DIVISION

>>16
勉強になる
こんな理解で方向は合ってる？（浅いのは自覚あり）

今どき
ハードウェアメーカーが〇社製△デバイス□用デバドラ書いて、□OSが同種のデバイスを抽象化してくれて、アプリは□OSの用意したAPIを呼んでデバイスを扱う

COBOL
言語なのかOSなのか、何にしろ小さくて用意してくれてるAPIセットも小さい
だから、アプリは〇社製△デバイスを直に触るしかない

ワンオフものだらけになりそうな仕組み
もしかして世にいうCOBOL技術者不足ってのはデバイスまで触れる人ってこと？
Windowsだってアプリからデバドラまでなんでもって人はそんなにいないな

environment divsion

COBOLが古くて優秀というのは確かだろうけど、このまま数十年使い続けていくというのは実際のところまずいの？ ポジショントークでなく実用の面で、事務処理ならCOBOLでも十分なのか、本当はまずいけど騙し騙し使い続けているのか。

ぜんぜん知らんけど
COBOLはｱｰｷﾃｸﾁｬと強く結合してて
ハードウェアの方は早々に死亡して逝ってるけど
既にエミュレーターで動作してて
もはや実態のないゴーストに成っているのではなかろうかw

レガシーマイグレーションはAIが救世主になる

>>6
大手銀行なんかはマジで必要としてるからな
就活で成功する可能性は低くない

>>26
COBOLはｱｰｷﾃｸﾁｬと強く結合してて
ちんぷんかんぷんなんだな

関係ない

>>27
だから
ならないって
ビットの意味がわからないからな
なんの意味なのか
ビットフラグ

https://www.techspot.com/news/101900-face-there-nothing-can-replace-cobol.htm
これによれば技術者がいなくなるから変えなきゃであって技術そのものがだめなわけではなさげ

今もかなりのカネを稼いでるのがCOBOLだと

本質はプログラミング言語じゃなく
システムデザインの話だ

https://devops.com/why-its-time-to-migrate-away-from-cobol/

https://www.zdnet.com/article/google-just-made-ai-coding-assistance-free-for-everyone-with-very-generous-limits/
1週間前のやつで
いまでもスッゲー大量のCOBOLが動いてる

最後の最後にGoogleジェミナイの宣伝

そんなのでやるより
一から作る方が早いと思うおれ

事務処理には相応しいんじゃないの

たぶん相当おかしなコードでなければ他人でも直せる

COBOLは難解じゃないよどっちかっていうと低難度
日本人には理解しやすい
未だ勘定系で生きてるしな

そーいや昭和100年になったけど、さすがになんも起こらないな
一応まだ年度末・新年度あるけど期待薄
この調子だと、2038問題も普通にスルーされそうだ

日本も機関系はおなじ

perform until
しか知らん

>>22、>>24
DIVISION.
ピリオドが無いと、それ以降全部がコンパイルエラーになって、プリンタがうなる
PL/Iの ; と同じように気をつけよう
pythonのインデントはデバッグしにくいのに流行っているのが不思議

>>6
COBOLはマジで需要があるが古いプログラムは読み解くのが難解過ぎるから天才かサバン症候群でないと雇えないな

>>17
なんか…

いや！言うまい！本人は幸せそうだし

COBOLの文法自体は簡単だけど、オブジェクト指向どころか構造化以前の言語なので、継ぎ足し建て増しを繰り返しながら大規模化するとスパゲティ化する

コボルは話題になるだけマシよな
話題にもならないRPGさん

枯れた技術で問題起きてないなら使い続けてもいいかと
全てがゼロになる問題とかは関係なさそうだし

PICでデータの桁数を自由に指定できて、ひたすらデータ移送と演算する言語。
そんな印象しかないけど、唯一無二じゃないだろうか。
それも役に立たなかったら意味ないか。

>>29
そうなのか

そしたらただ昔からある言語ってだけなんだな

>>40
> COBOLはマジで需要があるが古いプログラムは読み解くのが難解過ぎるから天才かサバン症候群でないと雇えないな
つまり今の人は頭が悪くて、昔の人は全て天才かサバンというわけですかｗ
そんな訳もない

古いだけに他の言語よりも大量のスパゲッティを解きほぐす必要があるってことでは？

AIが解決してくれるわ

マスクからのスカウトメールを待ってる
100億ドルでOK

どうせMVSだろうからCOBOLよりもバッチの解析が難解なんだろうな

　
のび太「AIが何とかしてくれると思っていた」

>>47
現代には不必要で残っていないような
古い時代のコーディングのルールとか
レガシーデバイスに依存した
謎の呪文みたいなのがあるから
そういう知識も必要になるだろうし
新しく一から作るよりも難しいだろうね

>>53
勘定系はasisってわけにもいかないし、新しく作るぐらいならメンテして使うわってなる
「バグで給料振り込めなかったわ。来月まとめて振り込むからよろしく」
なんてことは許されない

IBMのメルアドはまだ8文字なのか？

バグや仕様違いが起きるのは、言語のせいではなくて
インターフェースや条件がずれたり間違ったりのせい
COBOLでもバグは出せる
ただし、0割とか無限ループがほとんど

レガシーシステムの対応で頭がおかしくなってしまったコボラーがスレにいるのかｗ

１ステップでも触ったらなんだかんだで作業と費用が発生。
それすら捻出する余裕が無いんじゃなかろうか。

>>48
スパゲッティじゃなくてただただ冗長なんよ
それが古言語であるってことなんだけど

本当に最も古い時代のFortranには、関数副プログラムもサブルーチンも無かった。
関数としてあったのは文関数だけ。型宣言文でREAL とか INTEGER も
無かったかもしれない。しかしDIMENSION文はあった。COMMON文とEQUIVALENCE文が
いつから導入されたかは、もう記憶があいまいだ。ＦＯＲＴＲＡＮ万歳！

新しくて誰もがわかるプログラムはコスト安いかもしれんが、セキュリティ上は危険だってことじゃねーの？

「古すぎてわからんｗ」てものは、悪意を持つ第三者が改変しにくいということじゃねーのか？

当時のハードと密接に絡んだ部分は
ハードがもうないので、習性もdebugもできないから
祈るしかない（笑）

アメリカの核兵器を指揮管制するのは７０年代のＩＢＭコンピュータ（Series/1）
命令は８インチフロッピーディスクでなされ、ＩＰアドレスなんてないからインターネットにつなぐこともできない
というハッカー泣かせのシロモノ

尚、プログラムはＦｏｒｔｒａｎや件のＣＯＢＯＬだそうで

おばちゃまには難しくて分からないわ

>>59
スパゲティじゃないなんて何で言えるんだ

要するにトランプの言う超高齢年金者は存在しないと言いたいらしいがこれに関してはCOBOLは無罪
元々入力がいい加減だの2015年は別システムでブロックしてるだの二義的な言い訳してるだけ

>>64
たとえば般若心経とか現代語に訳したら
有り難みが無いやろ？
意味不明の呪文やから有難いんやで

プログラムが全部日本語で書かれてたら、
「甲の数字を乙の数字に足す 条件1の時はその数字に丙の数字を乗じる」
みたいな文字列になるのか。

>>68
昔々、「ぴゅう太」という子供向けハードで日本語BASICなるものが試みられたことがあった

>>68
漢文みたいになるんじゃね

Visual COBOL
軽く死ねるかも

FORTRAN77は習ったんやが

英語がある程度できれば、文系でもプログラムが書きやすい、
しかも仕様がきっちりしている。そういうものにCOBOLはなっている。

プログラミング言語のソースから他言語のソースへの翻訳プログラムとかないの？

>>74
AIでやってくれるんじゃね？知らんけど

>>74
最近日立がJava変換してポートしてるよ

COBOLって方言というか
メーカーごとの独自拡張があったり
JCLも含めて考えないと意味がないし
文字コードとかが顧客ごとに違う
なんて指摘もある

かつてアメリカ軍にCOBOLのおばちゃまというのが居た。

AIは人語の文章を翻訳や要約ができるから
同じ要領でソースリストも翻訳してくれるのではないかな

>>76
日立のあれって、COBOLをJAVAに変換するというか、COBOLのロジックをJAVAで包み込むイメージ。

>>2
日本では
科学=科学技術=モノづくり
とかいう奇妙な定義を信じてる人多いからなあ

>>79
テキストが少なすぎる古代文字はＡＩでもお手上げだけど、プログラムなら
イケるんちゃう？

>>80
イメージ?

かつてのメインフレームは、言語プロセッサとしては
アセンブラとFortranとCobolだけを提供すればそれで良かった。
あとはJCLのようなジョブ実行のための制御系言語があるだけだった。

かつてって曖昧だな
いつ頃よ
80年代末にはC言語も使えたし
70年代にはPL/Ⅰが使えてた(Ⅰはローマ数字)
今は仮想マシンでLinuxを動かしてwebサーバも動いてる
つまりフロントエンドもメインフレームで動かしてる

かつて〜であった。

の意味は、

今となっては昔のことであるが、〜であった時期があった。

FORTRANのように、
確保した桁数を超える数値を出力しようとしたら、
星印で埋められるのかな？

COBOL出来るとアメリカで食っていけますか

>>88
どこでも行けるんじゃね
即戦力になるほか、COBOLをマスターできるのなら
必要に応じて他言語を習得することも容易と見做されるだろうし

さすがにCOBOL程度で他言語の習得もできるやつとはみなされないわ
リプレースする流れができてきてるから今後現場は減ってくだろうし

>>90
COBOLに限らないが、プログラミングができるなら論理的思考に慣れてると見做せる
新人を雇うんならそれで十分だろう

即戦力の非正規とかなら、COBOLしか使えない人材を取るのは
COBOLの現場しかないだろうけど

AIはコボラーを滅ぼすか？

【マスク氏】DOGEが6000万行ものCOBOLコードを含む社会保障局のシステムをコード生成AIで数カ月の内に移行させようとしている ★2 [おっさん友の会★]
https://asahi.5ch.net/test/read.cgi/newsplus/1743516035/

プログラム中身ば何か知らねども古きフレーム涙COBOLる

それにつけても金の欲しさよ

COBOL経理は久しからず

バグでての　のちのおもひに くらぶれば、
むかしはものを おもわざりき。

なにごとの おはしますかは 知らねども かたじけなさに 涙COBOLる

マスクは去った

出力データだけ移行すればいいのではないか？

COBOLはシステムとして動けてナンボでしょ

>>69
なでしこという言語が今もある

>>102
誰も使ってないよそんなの

>>78
すごそう