新元号対応よりも洒落にならない「昭和100年問題」、あと6年しかなく一刻の猶予もないと話題に・・・

  • follow us in feedly
昭和 平成 新元号 システムに関連した画像-01
■ツイッターより





昭和100年問題 - Wikipedia



<このツイートへの反応>

そうか!!
今から対策とらないと、メインフレームの乗り換えも間に合わないのか。
電力業界とか、いろんな産業で、まだまだ古いシステムが現役のままだろうからな。
大変だこれ。


何気に怖いですね。
銀行や大企業の基幹システムが、どうしてもコボルから更新できなくて……と聞きますね。
もはや組んだ人が亡くなって、なんで動いているのかよく分からないとか


2000年問題時にCOBOLの対応をしていた元プログラマーです。
本来であれば年をYYの2桁で取得しているのをYYYYの4桁に変更するべきだったのですが、「時間的に無理があるし、20年後もこのプログラムが現役とは思えない」という上司の判断で、YY−25(昭和年に変更)という修正をしました。
その方針が決定した時既に「単なる問題の先送り」とも感じたものの、まだ入社から日が浅い私にどうこう言えるものでもありませんでした…


弊社に基幹系はCOBOLマシンからリプレースしましたが、前のはすごいスパゲッティコードで誰も解明できなかった。


返済時期を考えると
五年ローンで、アウトの案件が
出るな。
フリーズするのか、エラーで返すのか、利息計算が無茶苦茶になるのか


2000年問題や2038年問題みたいなことって、システムの世界では思っていた以上に頻繁に起こりえるものなのですね……


作ったのが昭和40年代〜50年代でもその時からよもや「40年以上使う」想定はしてなかったでしょうね。
(作った方も当時の定年(55才〜58才)の先のこただったでしょうし。

5年前同じ目に会いました。
古いシステムだったが、運良くお蔵入りになってた新バージョンがあり、そちらに載せ替えて乗り切った。
お蔵入り新バージョンはひどいバグ付きだったのでビビったけど。





反応見る限り結構やばいみたいだけど間に合うのコレ??
a2-1


どうにかなるっしょ・・・的な感覚で終了しないことを祈るばかりです
0a4db933

キングダム ハーツIII - PS4

発売日:2019-01-25
メーカー:スクウェア・エニックス
カテゴリ:Video Games
セールスランク:1
Amazon.co.jp で詳細を見る




今週の人気記事

その他おすすめサイト


Amazonお買い得品ランキング

COMMENT

コメントする

・NGワードはライブドア基準です。
・スパム対策で「http://〜」はコメントできません。
・住所や電話番号等の個人情報は書込みしないでください。
・特定個人や特定団体を酷く誹謗・中傷するようなコメントは控えて下さい。
・ブログの運営を著しく妨害するようなコメントについては法的措置も検討しておりますのでご理解の上コメントをお願い致します。
名前
コメント

この記事へのコメント

  • 1  名前: 名無しオレ的ゲーム速報さん 返信する
    コードギアス 反逆のルルーシュ ×魔法使いと黒猫のウィズコラボお疲れ様でした!
    魔法使いと黒猫のウィズ

    黒ウィズラビリンス恭催!
    新たな迷宮と報酬と超高難度階層が追加されたぞ!
    さらに、今なら英雄凱旋ガチャが1日1回無料!
    更にさらに紅白福袋は最高レアL(レジェンド)10体手に入る!!
    更にさらにさらに、今なら謹賀新年ガチャでお気に入りの精霊とニューイヤーを過ごせるぞ!
    もう止まらない!もうやるしかない!
    そこに「愛」はある!

    魔法使いと黒猫のウィズ
  • 2  名前: 名無しオレ的ゲーム速報さん 返信する
    >>1
    ブスが子供産まなきゃ美人だらけになって嫉妬しなくてよくなるのに、何故ブスが子供を産むのを止めないのか

    これが分からない🤔🤔🤔
  • 3  名前: 名無しオレ的ゲーム速報さん 返信する
    日本らしい問題だな
  • 4  名前: 名無しオレ的ゲーム速報さん 返信する
    >>2
    ブスは中身もブスだからさ
  • 5  名前: 名無しオレ的ゲーム速報さん 返信する
    和暦より西暦を使え
  • 6  名前: 名無しオレ的ゲーム速報さん 返信する
    >>1
    Y(☆・_・☆)生 @eigooboetai

    マネカタ28号 🍊気まダラ勢 🍊 @Nwd4Ekumhb1hw39

    こいつらずっとjinのツイートに張り付いてて気持ち悪い
  • 7  名前: 名無しオレ的ゲーム速報さん 返信する
    ちなみに銀行の基幹システム系にCOBOL使ってるのがかなりある。
    でもってCOBOLエンジニアは殆どベテランが引退しちゃってるからメンテが大変なことになってる。みずほが連休のたびにメンテしてるのはこのせい。
  • 8  名前: 名無しオレ的ゲーム速報さん 返信する
    100年も時間あったのに間に合わないとかやばすぎだろ
  • 9  名前: 名無しオレ的ゲーム速報さん 返信する
    車や航空機の部品を製造する一部の現場では、今でもPC-98を使い続けている
  • 10  名前: 名無しオレ的ゲーム速報さん 返信する
    昭和100年ってなんか格好いいね
  • 11  名前: 名無しオレ的ゲーム速報さん 返信する
    >>1
    マッスルウィザードはチビでデブでハゲ
    おまけに口が臭くて足も臭い
  • 12  名前: 名無しオレ的ゲーム速報さん 返信する
    今まで何十年もあったのに西暦に直せない無能
    今の子って技術力低下してるよね
  • 13  名前: 名無しオレ的ゲーム速報さん 返信する
    あと5年
    あと4年
    あと3年

    ついに来た・・・
    〜結果何もない〜
  • 14  名前: 名無しオレ的ゲーム速報さん 返信する
    >>1
    きっしょ!働けクソニート
  • 15  名前: 名無しオレ的ゲーム速報さん 返信する
    今まで放置しておきながら、急に騒ぎ出すとかまさにバカの行動だな
  • 16  名前: 名無しオレ的ゲーム速報さん 返信する
    >>1
    マッスルウィザードは無職のキモオタ
  • 17  名前: 名無しオレ的ゲーム速報さん 返信する
    結局のとこ
    定年による世代交代で逃げてきたつけでしょ
    運がなかったと諦めるしかない
  • 18  名前: 名無しオレ的ゲーム速報さん 返信する
    今まで怠慢してきたツケ
    時代を作っていく技術屋が古臭いもの使い続けるとか滑稽
  • 19  名前: 名無しオレ的ゲーム速報さん 返信する
    流石に西暦使ってないところは考慮外だろ
  • 20  名前: 名無しオレ的ゲーム速報さん 返信する
    プログラムをちょろっと直せば済むと思ってる人もいるだろうけど、ファイルフォーマットを直すのは大変
    レコード長を変えられないからこっちを詰めてとかパックに変えたりとかして当然テストもきっちりやらなあかん
  • 21  名前: 名無しオレ的ゲーム速報さん 返信する
    役所とかはもう元号やめてくれ
  • 22  名前: 名無しオレ的ゲーム速報さん 返信する
    何で今頃慌ててんの?
    時間あっただろ
  • 23  名前: 名無しオレ的ゲーム速報さん 返信する
    え?和暦でプログラム組んだアホがいるって聞いてきたんだけどほんと?
    いつ和暦が変更になるか分からんのに和暦でプログラムしたアホの頭の構造を知りたい。
    いくら上司が喚こうが上司を説得出来ないヤツが悪い。
    西暦で作れ。
    2000年問題から何年経ってると思ってんだ?
    あの時明治33年になったやつ何例もあっただろ。
    指示出す方も作る方も頭おかしいとしか。
  • 24  名前: 名無しオレ的ゲーム速報さん 返信する
    日付修正2桁のまま対応って・・・
    依頼元から訴えられてもしょうがないレベルだろ・・・
    日付コードでスパゲティって、カツカツメモリでとかならともかく
    どんなに絡んでいても判るだろw
    COBOL懐かしいなぁ4つのディビジョンw
  • 25  名前: 名無しオレ的ゲーム速報さん 返信する
    ギリギリになるまでシステムをどうにかしないとって奴が出てこなかった時点で終わってんだろ
  • 26  名前: 名無しオレ的ゲーム速報さん 返信する
    先送り体質
  • 27  名前: 名無しオレ的ゲーム速報さん 返信する
    銀行がパニックになったら困るな
  • 28  名前: 名無しオレ的ゲーム速報さん 返信する
    さすがに今まで放置しといて今更慌てるとか無いわ
  • 29  名前: 名無しオレ的ゲーム速報さん 返信する
    >>21
    去年住宅ローン組んだけど、平成終わるの確定してるのに返済終了が平成で書かれてて却って分かりにくかった
  • 30  名前: 名無しオレ的ゲーム速報さん 返信する
    >>19
    西暦だろうが元号だろうが何なら皇紀だろうが
    年を二桁で処理してる限り
    100年に一度は起こる。

    まあ、さすがに100年以上の長期ローンは
    少ないだろうから(日露戦争の戦費とか例外)
    その度に西暦<>元号<>皇紀で逃げるとか?
  • 31  名前: 名無しオレ的ゲーム速報さん 返信する
    俺はCOBOLは使えない
    IDENTIFICATION DIVISIONなんて知らない
    よしこれでいこう
  • 32  名前: 名無しオレ的ゲーム速報さん 返信する
    そりゃ千や万程度の個人データじゃなく、日本に1億程度いる人口を
    考えりゃ、データ数は数千万単位なんだから時間かかるのもわかるけど
    修正が平成の間に終わらないって相当だな
  • 33  名前: 名無しオレ的ゲーム速報さん 返信する
    >>32
    ずっと修正し続けてるわけないだろw
    昭和が終わった時、システム変えるの面倒だから、内部では昭和で処理して、出力時だけ西暦なり平成に直すようにしたんだろ
  • 34  名前: 名無しオレ的ゲーム速報さん 返信する
    先延ばしにしたツケを払う時が来ただけだろ
    勝手に喚いてろ
    ただ客に迷惑かけることになったら許さんぞ
  • 35  名前: 名無しオレ的ゲーム速報さん 返信する
    地道にプログラムとデータ直すしかないだろうな。
    ソースなかったらお手上げだけど。
    うちのところはちょくちょくプログラム修正かかってたからちゃんと元号枠持ってた。
    一桁だからあと6回元号変わったらアウトだけど流石にそこまで使うわけないしそもそも今はシステム入れ替えちゃったし。
  • 36  名前: 名無しオレ的ゲーム速報さん 返信する
    >>23
    2000年問題を和暦使用で乗りきったんだろ。
    で、乗りきったら問題自体が埋没。
  • 37  名前: 名無しオレ的ゲーム速報さん 返信する
    うちは関係ないなんて思っててもさ
    ギリギリになった頃に営業が請けてくるんだよきっと
  • 38  名前: 名無しオレ的ゲーム速報さん 返信する
    その場しのぎでいいのならいくらでも方法はあるのに、何にそんなに時間かかってんだよ
  • 39  名前: 名無しオレ的ゲーム速報さん 返信する
    下手に触っただけでハードが死にそう
    20年前でもギリギリだったのに代替え機とかどうすんの
  • 40  名前: 名無しオレ的ゲーム速報さん 返信する
    たいしたことない問題を大げさに取り上げて
    不安を煽ったり炎上を煽ったりする
  • 41  名前: 名無しオレ的ゲーム速報さん 返信する
    20000年問題っていうのあったなー、最近みたいな感じだけどあれもうだいぶ昔の話なんだな
  • 42  名前: 名無しオレ的ゲーム速報さん 返信する
    >>40
    そういうふうに舐めてかかって大事故につながる前例なんて
    クソほどあるんやが
  • 43  名前: マッスルウィザード 返信する
    >>16
    完全に偽装したはずなのに、どうしてバレたんですか?

    魔法使いと黒猫のウィズ
  • 44  名前: マッスルウィザード 返信する
    >>41
    2万年ワロタww死ね

    魔法使いと黒猫のウィズ
  • 45  名前: 名無しオレ的ゲーム速報さん 返信する
    >>41
    2000年問題とまったく同じだな
    西暦使ってるか和暦(昭和)使ってるかの違い
  • 46  名前: 名無しオレ的ゲーム速報さん 返信する
    当時のプログラム作ってたものだが
    さすがに30年も前のものに責任は持てないっていうか現役なのに驚くわ
  • 47  名前: 名無しオレ的ゲーム速報さん 返信する
    >>23 >>24
    なんも知らないくせにえらそうに なんで2000年が問題になったかわかってないんだろ
    当時の機械は西暦の下二桁しか返してくれ名無いんだよ四桁かえってくるなら問題にならんわ
  • 48  名前: 名無しオレ的ゲーム速報さん 返信する
    まぁ30年以上もほったらかしにしたツケよ
  • 49  名前: 名無しオレ的ゲーム速報さん 返信する
    COBOLて・・・
    高校(商業)で習ったな。
  • 50  名前: 名無しオレ的ゲーム速報さん 返信する
    >>24
    そんな簡単なことおまえみたいな低脳が思いつくのに他の人が思いつかないとでも?
    昔のハードやプログラム言語の仕様はYY/MM/DDなんだよ
    YYYY/MM/DDが使えるなら最初からそうしてる
  • 51  名前: 名無しオレ的ゲーム速報さん 返信する
    だから西暦にしておけとあれほど・・・
  • 52  名前: 名無しオレ的ゲーム速報さん 返信する
    今後もプアーなシステムでこういうのあって、横着してたところだけ回収工数かかるだけ
    社会問題では全然ない
  • 53  名前: 名無しオレ的ゲーム速報さん 返信する
    2000年問題が問題視される以前に作られたものなんだろう
    今の価値観で「どうして〇〇しておかなかったんだ!」つっっても詮無いぞ
    当時はメモリを如何に節約できるかが正義だった時代だし
  • 54  名前: 名無しオレ的ゲーム速報さん 返信する
    2000問題の時も結局なんとかなったし大丈夫だろ
  • 55  名前: 名無しオレ的ゲーム速報さん 返信する
    YYYY/MM/DDにしとけばとかいってるやつだって
    一万年問題なんて考えてないだろ
    そういうとこだぞ
  • 56  名前: 名無しオレ的ゲーム速報さん 返信する
    >>24
    費用とか予算とか大人の問題なんだよ。
    >>21、>>29
    官公庁書類は和暦だから仕方がない。
    >>46
    ハードの世代交代あるから、コンパイラーが提供され続けているってことなんだろうな。
  • 57  名前: 名無しオレ的ゲーム速報さん 返信する
    こんなんだいぶ前から分かってたんだろ
    ギリギリになってからじゃなくて、10〜20年前から対策しておけよ
  • 58  名前: 名無しオレ的ゲーム速報さん 返信する
    さっさも西暦にしておけばよかったものを……
  • 59  名前: 名無しオレ的ゲーム速報さん 返信する
    さっさとCOBOLを無くせ
  • 60  名前: 名無しオレ的ゲーム速報さん 返信する
    平成が終わるとか関係なさすぎて、もっと早めに取り組んどけよ
  • 61  名前: 名無しオレ的ゲーム速報さん 返信する
    西暦にしとけばって マウントとりたいだけの素人がなにいってんだか
    昔の機械に和暦をだす機能なんてないぞ西暦をプログラム上で和暦に変換してるだけ
    もとが二桁だから困ってるだけで西暦和暦関係ないぞ
  • 62  名前: 名無しオレ的ゲーム速報さん 返信する
    底辺職ってやっぱ頭底辺なんだな
  • 63  名前: 名無しオレ的ゲーム速報さん 返信する
    極少数派だろうからどうでもいい
  • 64  名前: 名無しオレ的ゲーム速報さん 返信する
    何でシステム屋は先を見据えた開発をしないんだよw
  • 65  名前: 名無しオレ的ゲーム速報さん 返信する
    西暦10000年問題(西暦が五桁になる)に比べたらたいしたことない。
  • 66  名前: 名無しオレ的ゲーム速報さん 返信する
    >>64
    当時は歴史も浅くマシンの搭載メモリがキロとか数メガしかなく
    1バイト削るのに命かけてたような時代やぞ
    リソースにも余裕があって歴史を積み重ねた結果として
    様々な問題と対処法をを知ってる現在の価値観で語られてもなぁ
  • 67  名前: 名無しオレ的ゲーム速報さん 返信する
    オーパーツをいじるわけでもないんだから今の技術なめるなよ
  • 68  名前: 名無しオレ的ゲーム速報さん 返信する
    子供の頃からずっと思ってた、元号とか使う必要ないって。
  • 69  名前: 名無しオレ的ゲーム速報さん 返信する
    なんで古いの使ってるのよ。新しいの買えや。
  • 70  名前: 名無しオレ的ゲーム速報さん 返信する
    西暦4桁を和暦2桁にするだけで数億円のコストダウンができる時代のハードだったか仕方ないね
  • 71  名前: 名無しオレ的ゲーム速報さん 返信する
    電力会社とかは金かけられるし何とでもするだろ
    中小企業は似たソフトのライセンス買えばいいんじゃね

    どうにもならんところはもう知らん
  • 72  名前: 名無しオレ的ゲーム速報さん 返信する
    昭和天皇崩御の時も2000年問題の時放置してたアホな会社は知らんわボケ
    普通のシステムならとっくに対応してる問題
    騒ぐ奴は会社がおかしい
  • 73  名前: 名無しオレ的ゲーム速報さん 返信する
    2000年問題とか過去にもあったのに
    同じ問題を触らず放置してきたアホが悪い
  • 74  名前: 名無しオレ的ゲーム速報さん 返信する
    IT業界アホばかりだからな
    誰でもできるんだよ
  • 75  名前: 名無しオレ的ゲーム速報さん 返信する
    文字列で標準入出力で受け渡しでもしてるのかよ
    10進数で桁あふれって
  • 76  名前: 名無しオレ的ゲーム速報さん 返信する
    いや組み直せよ馬鹿か?
  • 77  名前: 名無しオレ的ゲーム速報さん 返信する
    工業製品じゃありえないし、まあ怠慢なんでしょうね。
    やるべきことはやらないといけないし、出すものには出さないといけないはずなのに。
    これで何かあってお偉いさんが記者たちの前に頭を下げても誰も納得するとは思えないねえ。
  • 78  名前: 名無しオレ的ゲーム速報さん 返信する
    プログラミング業界っていつもギリギリで焦りだすよな
    夏休みの子供かよ
  • 79  名前: 名無しオレ的ゲーム速報さん 返信する
    >>2
    単純に頭悪いからだろ もしくはガイジ
  • 80  名前: 名無しオレ的ゲーム速報さん 返信する
    2000年問題でなんも起きなかったから大丈夫
  • 81  名前: 名無しオレ的ゲーム速報さん 返信する
    日本人の伝統、面倒なことは後回し
  • 82  名前: 名無しオレ的ゲーム速報さん 返信する
    こういうことに金を使うことを極端に嫌うからな今の脳筋経営者は…間に合わなくなっても知らんぞ
  • 83  名前: 名無しオレ的ゲーム速報さん 返信する
    unsignedの8bitで変数取っているだろうから昭和256年まではオーバーフロー起こさないんじゃね?表示はおかしくなるかもしれないけど
  • 84  名前: 名無しオレ的ゲーム速報さん 返信する
    ま、それでもなんとかするのが人間ですよ。

    文系バカは危険を煽ることしか出来ない能無し
  • 85  名前: 名無しオレ的ゲーム速報さん 返信する
    >>83
    なぜCOBOLがC言語とかと同じと思ってしまうのか
  • 86  名前: 名無しオレ的ゲーム速報さん 返信する
    COBOLをトランスレートするツール作れば万事解決やん?(棒
  • 87  名前: 名無しオレ的ゲーム速報さん 返信する
    しらんがな
  • 88  名前: 名無しオレ的ゲーム速報さん 返信する
    >>23
    予算の都合やハードウェア等の仕様のため。DB内では西暦だが諸事情で和暦表示という仕様にするとテストが多くなり開発費が数百万増えるから
  • 89  名前: 名無しオレ的ゲーム速報さん 返信する
    西暦だろ。ガセ。
    昭和では動いてません。はい、解散。
  • 90  名前: 名無しオレ的ゲーム速報さん 返信する
    >>85
    cobolだろうがCだろうが8bitはCPUに依存する概念。
  • 91  名前: 名無しオレ的ゲーム速報さん 返信する
    >>89
    こいつの言ってることの意味が分からない
    昭和では動いてないってどういうこと???
  • 92  名前: 名無しオレ的ゲーム速報さん 返信する
    先延ばしにし続けた結果
    自業自得
  • 93  名前: 名無しオレ的ゲーム速報さん 返信する
    パラレルワールドでも昭和65年までしか無いのに(´・ω・`)
  • 94  名前: 名無しオレ的ゲーム速報さん 返信する
    >>91
    よくいるだろ
    見出しだけで判断して記事を読まずにトンチカンなドヤりをする馬鹿
    あるいは「YY - 25」の意味が分からないんだろうよ
  • 95  名前: 名無しオレ的ゲーム速報さん 返信する
    保険とか一部の省庁はなぜか元号にこだわってて
    内部処理でも元号を使いたがるから
    どうしてもこういう問題が起きるんだよな。
  • 96  名前: 名無しオレ的ゲーム速報さん 返信する
    その前に世界が変わる

コメントする

・NGワードはライブドア基準です。
・スパム対策で「http://〜」はコメントできません。
・住所や電話番号等の個人情報は書込みしないでください。
・特定個人や特定団体を酷く誹謗・中傷するようなコメントは控えて下さい。
・ブログの運営を著しく妨害するようなコメントについては法的措置も検討しておりますのでご理解の上コメントをお願い致します。
名前
コメント
ページトップに戻る
スポンサードリンク
人気少年漫画ランキング
人気ゲームランキング
スポンサードリンク
スポンサードリンク
カテゴリー別過去ログ
月別アーカイブ
QR
QRコード
逆アクセスランキング
スポンサードリンク