来年は昭和99年だけど、内部で日時を昭和で管理してるプログラムが再来年の昭和100年にバグったりしないの? [377482965]
■ このスレッドは過去ログ倉庫に格納されています
昭和100年問題ね
あるかもしれないし、ないかもしれない 絶望先生の世界では昭和99年
街ゆく人々の服装も昭和のもの 弊社は平成に設立だからそれは問題ないけど、
令和になったときに、データベースで平成の年で振ってた連番の最初の2桁の扱いに困った
取り急ぎ平成35年のつもりで凌いでいる 内部表現が昭和になってたら実際に問題になるのは127を超える時だと思う
わざわざ十進数のみ表現するデータに表現するのは時代が古いほど言語やライブラリーの都合上難易度が上がるので、そうなってる可能性は低いかなぁと >>2
全銀システムはパッチ当てたら永遠に使えるって証明出来たしね!! >>9
平成に変わった時の大騒ぎを経験してる人間の会社がそんなことをしてしまうのか… 昔のシステムは使えるメモリに限りがあるからしょうがなかったけど流石にもうそろそろハードごと逝くべきときが来てるんじゃない? >>10
年号を符号付きの1バイトで管理することなんてあんの? >>13
俺が基本を作ったデータベースだけど、昭和から平成に変わったときは俺はまだ学生だったし、令和に変わったときは異動ですでにデータベースに関わってなかった
今の担当者はよく分かってなくて連番を平成の年でずっと続けてるけど、あと74年は問題ないんじゃないかなw 2000年問題回避するため神武紀元でシステム作ってる所あったな
来年が紀元2684年だからまだ16年の猶予がある 素朴な疑問なんだけど何でunixtime使わんの? >>16
問題になる前提で、より今に近いあり得るパターンとして符号付き8ビット整数ってことです >>22
システムによるけどマイナスの値を取れるよ packed decimalなら2byteのまま3桁拡張は比較的容易にできそうだけどな ■ このスレッドは過去ログ倉庫に格納されています