「残り6年」…新元号対応よりもヤバイかもしれない「昭和100年問題」というのがあるらしい…「絶望やんけ」

かみ @xkamix_bl 昔のシステムがバリバリ動いてるから新元号対応よりも昭和100年問題に直面している 私が生まれる前に作られたCOBOLプログラム、きっとこんなに現役で使われ続けるとは思ってなかったんだろうなぁ…昭和暦で動いてるし2桁しか取ってないのに今昭和94年だからあと6年で桁溢れおこす 2019-01-13 03:31:10 リンク Wikipedia 昭和100年問題 昭和100年問題（しょうわひゃくねんもんだい）とは、2000年問題に類似した、日本固有の元号に基づくコンピュータシステムの年問題である。 官公庁や金融機関などを中心に、アプリケーションソフトウェア内部で、年を昭和2桁で表現しているシステムが存在している（平成以降も、内部的に昭和として扱う）。 日本の公文書においては年を記載する際、全てにおいて西暦でなく昭和を用いることにより、同じ2桁でも25年先まで表現できる

[sds-page]

桁増やせばいいじゃんと思って仕様見たら「255バイトの文字列型のうち63と64バイト目が年として使われています」みたいな感じで戦慄

[REV]

「新元号に対応していないのはプログラマの無能」って宣う有能な人なら簡単に解決できるんじゃね？

[t-sat]

「100年前」っていうと、なんとなく明治時代を想起していたんだが、そうか…、大正どころか、あと6年で昭和になっちまうのか…。

[togetter]

世間が平成の終わりを騒ぐなか黙々と昭和を生き続けていたCOBOLプログラムたち…(泣)

[gazi4]

2000年を通過出来てしまったが故に

[khtno73]

中小企業(年商数十億-500億未満)くらいでAS/400とかA-VXが手を変え品を変え生き延びていて、COBOL資産もそうだがNECだとSMARTみたいな簡易言語(オフコン版ACCESSみたいなの)でユーザーが作成した帳票とか質も量もヤバそう。

[NOV1975]

銀行とか大企業は問題ないと思うなあ。どっちかと言うと更改されていないシステムとしてはAS400使っている中小企業のが怪しい。

[timetrain]

うん、基礎教育でCOBOLというものの存在を教育しないといけない理由がよくわかった。それに由来する問題に、これからのプログラマが直面する可能性が極めて高いからだ・・

[hiroomi]

"私が生まれる前に作られたCOBOLプログラム"

[tokumeimei]

プログラミング教育で謎の復権を遂げたCOBOLの伏線が回収されててワロタ

[Louis]

やはり元号は悪い文明

[tailtame]

容量問題もあるのかとスペックの進化もすごいよなぁ。自サイトの連番から日付へ変更するときにYYYYMMDDかYYMMDDのどちらかにするか悩んだのを思い出したり。まあ2100年には亡くなってるだろうけど4桁にしたっけ(´ω｀)

[mk16]

ライフスペースかな（違

[nt46]

平成100年問題に移行して解決。こっちはまだ70年くらいあるやで。

[mukunokiy0725]

2000年対応、自分は和暦は無くしたはず。古い COBOL のソースだと年の大小比較で上2桁つけたけど、できるやつは西暦4桁取得に変えたったがな……ソースが見当たらないのは本当に困る

[yazuka08]

流石に金融関係で昭和2桁で動くシステムが生き残っているとは思いたくない。

[kimukou_26]

COBOLのシステム(銀行系？)が特にやばいみたい

[nejipico]

昭和１００年が困るならシステムの日付をリセットすればいいじゃないとコメしているマリーアントワネット（諸説あります）を断頭台に送りたい。

[quick_past]

役所とか銀行はなぜ最初から西暦でシステム発注しなかったんだよってのが多い・・・

[otchy210]

ありとあらゆるその数値を使ってる箇所に手を入れて、50 以下なら 100 足して考える、みたいな処理を追加していく事を想像して目眩がした。

[Cujo]

1999の7の月がきちんと動作していれば心配せずとも済んだのに（ /せいれきもそろそろせいれきv4からけたをふやしてせいれきv6に（

[Ayrtonism]

コメントにあった2038年問題ってのも興味深かった。

[Fushihara]

みずほ銀行が移行にまた大失敗して、後数年は昭和のCOBOLのシステムを使い続ける事確定になって大騒ぎ。になったらゆかいだなと思った(他人事

[sfTKL]

なんか他人事じゃない嫌な予感がする…

[STARFLEET]

数日前の増田で元号変わるの分かってて対策取らないプログラマは無能(大意)というエントリが上がっていたが、常人の将来予測能力には限界があるのはDIMEのワープロアンケートでも容易に判る話だよなって感じ。

[hdampty7]

この期にハードごとご臨終させよう。

[stp7]

“「時間的に無理があるし、20年後もこのプログラムが現役とは思えない」という上司の判断” どんな判断だ

[daishi_n]

皇紀を内部データで使ってるところもあるみたいだけど、西暦9400年問題があるだろうしな。OSなりDBなりの日付型を使うのが無難

[overkitten]

プログラムなんて５年もすりゃレガシーになるって感覚だから、こんだけ刷新されない業界が不思議に見える

[iasna]

あーっ！YY-25処理でか！それか！！

[na39yutaka]

2000年問題みたいな話題

[kaipu1224]

「コンパイルされて動いてるのに何故かソースコードがない」実際にあるから怖い。ドキュメントもないし

[unfallen_castle]

これ、私昔対応したことある。色々あってめっちゃ大変だった

[hozho]

“私が生まれる前に作られたCOBOLプログラム、きっとこんなに現役で使われ続けるとは思ってなかったんだろうなぁ…昭和暦で動いてるし2桁しか取ってないのに今昭和94年だからあと6年で桁溢れおこす”

[blue0002]

まあ一度、対策取らずに放置したら本気で対策考えるんじゃね

[agricola]

こうやってその場しのぎの姑息な手段に逃げるから、後でメンテする人間が死ぬのだよな。

[Zuboraben]

毎度毎度騒いで毎度毎度なんで懲りないんだよ？と思いつつ、毎度毎度なんやかやくぐり抜けてるという。

[torinosito]

COBOLは帳票向けに使われてたので出力時に元号で出すことが多かった。数値はバイナリではなく、そのまま表示できる文字コード。その状態で容量をおさえるため2桁で領域をとってた。DBもそれにあわせてあった。

[urtz]

時は昭和96年。いやー乱世乱世。日本ならではの事なかれ先送り思考と固有の元号がガラパゴス的邂逅を果たしちゃったんだね。レッドリストで乱獲が続く固有種のニホンプログラマが絶滅しないか心配。

[circled]

2000年問題のときも1999年ギリギリまで何もしなかったという先送り問題があるので、あらゆる人間の問題の根底に先送り問題がいつもあるのを、こういう機会の毎に見せつけられる感。