【改元】新元号の令和発表、改元で“コンピューター誤作動の恐れ” CNNが指摘
■ このスレッドは過去ログ倉庫に格納されています
新元号の発表に伴って海外メディアからは、日本がコンピューターの誤作動の問題に直面する恐れがあるという指摘がされています。
アメリカCNNは新元号の発表について速報で伝えるとともに、元号の変更は時代の変化の象徴であると同時に、日本が技術的に差し迫った課題に直面すると解説しています。かつて世界中でコンピューターが誤作動する可能性が懸念された西暦2000年問題を引き合いに、日本のコンピュータープログラムの多くが元号と西暦を両方用いていることで、同じ問題が起こる恐れがあると指摘しています。
2019年4月1日 14時27分
テレ朝news
http://news.livedoor.com/article/detail/16249965/ 既にコンピュータが存在する時代に、昭和から平成に切り替わりを経験してるんだから、
改元なんてまたあるって想定しておくものだろ。
どんな駄目プログラマが組んだんだよ。
まさか内部処理まで元号由来の数字を計算に盛り込んでないよな?
内部処理は西暦使って、表示だけ元号に変換すれば済むだけだろ。 そもそも誤動作が致命的な問題になるようなやつは2年近く余裕があったんだから
新元号を設定ファイルか何かに入力するだけでちゃんと動作するように改修してあるだろ
Windowsもそうなってる 昭和から平成で経験済みだから心配ないよ
よく使う文字コードだし
その後のシステムは、開発発注時から改元対応が仕様要件に入ってる >>1
アホかwww
Microsoftにしてもappleにしても和暦対応して無いだろwww EMP爆弾を造っている国が言及しても説得力皆無ですわw >>1
2000年問題の時も散々言われてたけど、何も無かったから問題ないよ GPSの週数ロールオーバーでもやっときなよ
平成の時に一応対応してるよ >>1
ていうか
世界中で日本の令和のニュースやってるじゃんよ
すげえ宣伝効果
デマ流した朝日新聞なんとか言えよ https://youtu.be/r7qbBtXULOQ
キスでいやいやさえなければハグらないみたいな言い方だな💏 >>83
それこそ2枚押すくらいなら書いたほうが早い >>106
対応してるよ
もちろん西暦の年を和暦の年に変換して表示できるってだけで
明治より前の太陰太陽暦を扱えるってわけじゃないけど ggge年m月d日
が、いつから「令和」に対応するかだな。
早くパッチ配信してくれ!!>MS 俺のAndroidは1970年1月1日なってる
Windowsカーネルは1601年01月01日じゃなかったけ プログラムなら数行変えるだけだろ
と言うか、もっと難しい仕様変更とかプログラマーは日常的にやってるだろ >>115
表示や印刷は元号だったりするでしょ
~←こんな文字もあるし エビデンスじゃ!エビデンスじゃ!
全世界のコボラー使って、和暦変換サブを
CALLしてるプログラム、全部動かせ! 西暦と和暦の変換ができなくてエラーになる、とかな。 >>53
データを追加?
そういう簡単なことではないよ。
例えばランタイムで走っていて元となったアプリの
和暦表示や変換機能を使っていれば、それを全部オリジナルに
書きかえなければならない。
自分で組んでいてもおなじ。
システム作るときは何年先も使うなんて思っていなかったり
するものさw それよりも2100年の閏年無いの対応してないのがあるかもね
きっちり4年に一度じゃないのでね2000年の時の閏年は
400年ぶりに閏年ある特異な年だったので普通に4年に一度で対応出来てるけどね 表示がバグる可能性はあるけどそれだけだ
内部で和暦で日付計算してるシステムなんてどんな骨董品だ >>118
それはアプリソフトが変換してるだけで、OS側は対応して無いでしょ 和暦で組まれたOSなんぞありゃしない。
平成31年5月1日とかの誤表示ならあるだろうw 海外からも遠回しに元号いらなくね?と言われてるだけじゃない
表だっていうとあれだから 対策できないとこは堕ちていくだけ。今回はみんなで渡ればとはならない。 >>36
余裕のハードコーディングやで
switchはだめいうからif elseにしといたわ COMMUNIST
NEWS
NETWORK
CRAZY
NEWS
NETWORK
LOL >>124
Y2Kの時に子供だった人?
プログラマーとか大勢その数年前からテストしたりして大変だったよ >>43
今時、元号をハードコーディングしてるバカはいねーよw ҿ
↑予約されているけどまだ見えない令和の特殊文字U+32FF >>135
というか未来の予定であれば普通に平成32年表記とかあり得る
俺の免許証の有効期限はそうだし、
国のプロジェクトの5カ年計画とかだってそうなってるだろう
平成31年5月以降だからといってただちに誤表示ではない 致命的なバグは無いだろうけど、細かなバグはおきる可能性高いよ
そんなきれいに整理されたシステムばかりじゃなのが現実
元号なんて効率の悪い仕組みを使ってる宿命だよ >>137
欧米の年月日や月日年や日月年てなってるのを統一して欲しいんですが 今日、馬鹿なシステム会社が新元号の設定で
2019/04/01から 令和、R
って指定しやがった
ほんとに馬鹿 令和の文字の16進数が特殊でプログラムに誤作動起こしまくりとかだろーな
政府はそこまで考えて元号も指定しなきゃならんのにこんなろくでもないのにキメやがって >>134
Windowsは.NET Frameworkが
macOSはCoreFoundation/Cocoaが変換APIを提供してるよ >>137
お前が無学だからヒジュラ暦とか知らないだけじゃない? >>1
不具合はみずほのATMの不具合が
十年以上続いてて日本人は慣れてる さすがに年の部分の頭にRがついていることに意味を持たせている
システムはないだろう
いや、あるかな? チャイナ製アプリが文字を間違えるぐらいは有るかもな >>145
言葉足りずにはだったかな?
元号が変わるのは日本の都合だからね(^^) むしろ公務員のヒューマンエラーのほうが心配
企業は利益に直結するけど公務員は怠慢だからな
入力表記を徹底しないとかありそう 2000年問題のとき病院勤務だったけど騒ぐだけ騒いで結局何の問題もなかったぞ >>137
なんだろう、主体性ないよな
イジメとかいいカモになってそう
マヌケすぎて >>152
マルチバイト文字がラベル以外に使われる時点でウンコプログラムなんですが >>151
そっか、そういうズバ抜けた馬鹿はいるのか >>166
あれは問題が表面化しないようにいろんな手を尽くしたからです。
もう一度同じことをやれと言われたらできるかどうかわかりません。 2000年問題の時のは昔のコンピューターとかの
メモリとかハード側が低用量で低速だったから
いろいろと少なく表記してプログラム小さくなるように書けが普通だった
なのでプログラム書いた人間しかわからない略し方とかもあったので困難を極めたよ
ハードが高性能な贅沢なコンピューターに代わってもソフトは互換でそのままとかあったからね
これからも言語側とかいろいろと問題が出るかもしれんけどそのつど対処していくよ で、Lなの? Rなの?
間違えるIT奴隷さん続出の予感 >>141
2000年問題と元号の問題とは意味が違うよな
そのへん分かってなさそう、このマヌケ >>105
平成の改元の時に間に合わせで対策して昭和100年問題が
懸念されているシステムが多いらしいよ 平成から30引けばいいから
計算はしやすいな
免許の更新とか 数字の頭につく可能性のある文字として、B,O,X を避けてくれたのは
良かった トランプに、フェイクニュース!って揶揄されてる
CNNが、まったく何言ってんだか…って感じ。www まぁランタイムの日付変換処理のアップデートがいるってのが面倒ではあるんだけどそんだけだな >>176
外人はさらに干支とか言われたら混乱してハゲそうだな CNNなんて、アメリカ版モリカケでさんざん騒いで、
司法判断ついたあとも屁理屈でトランプ叩いてるキチガイでしょ? ウチはソフト屋だけど一瞬で解決。
二重線の上部に令和と元のゴム印を作るよ。 >>158
なんかミスってるかも、これかな? ㋿
>>174
Rだって 皇紀2700年問題というのもあってな。
世の中には西暦2000年問題や改元問題を避けるためにあえて
内部表現を皇紀にしているという一見冗談のようなシステムが
現実に存在する。 内部はシステムタイムで処理して元号対応は表示部分と入力部分くらいだろうからそうそうないだろ 辞書登録せんといかんの
アップデートくんの
どっちだああああ >>178
一応ごまかすときに警告はされてるのでこの間に対応済ませているはず
多分……… そうならない様に技術者が対策してるから全く問題ない いつかは元号変わるわけで
下準備とか すぐに変えられるように 造っていない時点で
馬鹿だろうに
何回同じ過ちを繰り返すつもりなん 一旦内部表現になれば問題ないのだが、ユーザーインタフェース部分だけは
どうしても決まってから手がはいるので混乱がおきるのは仕方ない >>101
昭和100年問題もあってだな..
内部的にはまだ昭和が続いてる
システムもあるとかないとか ■ このスレッドは過去ログ倉庫に格納されています