アカウント名:
パスワード:
年問題 - Wikipedia [wikipedia.org]には載ってないから、メジャーな懸念ではなかったのね。「2922億7702万6596年問題」とやらは載っているくせに。
同じ32ビットの上限でいうと、西暦4桁で数値化した「2148年問題」とか年数単独で「21億4748万3648年問題」とかは懸念されていないのだろうか。「2922億7702万6596年問題」とやらは載っているくせに。
？こいつ何言ってんだ？
マイナー(番号)が、メジャーなわけないだろ。
トンチは置いておいてマジレスすると、1ソフト限定の、しかも規格のない、ソフトで独自に設計された「バージョン番号」の問題が、汎用的に遭遇し得る「年」問題の記事として載ると思い込む人がいることが、国語教育に懸念を抱かせる。…十分に書かれた仕様書をまともに読めない人が確実に存在しうるという意味で。
個別ソフトの話はなく、日付データの処理方法一般の話ですよ。「2000年以降に西暦下2桁から始まる10桁の数字列を32ビット符号付整数型に変換したとき、2022年に型の上限値を超える」という。（理屈としては和暦でもいいのだろうけど。）
技術規格やプラットフォームの制限数値の問題だけでなく、「日付データをある方法で処理したとき、ある年（時）に問題がおきる」という、「年問題」記事で解説されいてる範疇の話でしょう。2000年問題からしてそうですし、記事にあるものだと、1999年問題、2001年9月9日問題も該当しますね。
一般的な話なら、固有ではない反証を示すのが筋ですよ。Exchange Server以外で起きた事例を回答してくださいね。
該当事例が複数なければ一般論ではない、ということにはなりませんよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
Wikipediaの「年問題」記事 (スコア:4, おもしろおかしい)
年問題 - Wikipedia [wikipedia.org]
には載ってないから、メジャーな懸念ではなかったのね。
「2922億7702万6596年問題」とやらは載っているくせに。
同じ32ビットの上限でいうと、西暦4桁で数値化した「2148年問題」とか年数単独で「21億4748万3648年問題」とかは懸念されていないのだろうか。
「2922億7702万6596年問題」とやらは載っているくせに。
Re: (スコア:0)
？こいつ何言ってんだ？
マイナー(番号)が、メジャーなわけないだろ。
トンチは置いておいてマジレスすると、
1ソフト限定の、しかも規格のない、ソフトで独自に設計された「バージョン番号」の問題が、
汎用的に遭遇し得る「年」問題の記事として載ると思い込む人がいることが、
国語教育に懸念を抱かせる。
…十分に書かれた仕様書をまともに読めない人が確実に存在しうるという意味で。
Re: (スコア:2)
個別ソフトの話はなく、日付データの処理方法一般の話ですよ。
「2000年以降に西暦下2桁から始まる10桁の数字列を32ビット符号付整数型に変換したとき、2022年に型の上限値を超える」という。
（理屈としては和暦でもいいのだろうけど。）
技術規格やプラットフォームの制限数値の問題だけでなく、「日付データをある方法で処理したとき、ある年（時）に問題がおきる」という、「年問題」記事で解説されいてる範疇の話でしょう。
2000年問題からしてそうですし、記事にあるものだと、1999年問題、2001年9月9日問題も該当しますね。
Re: (スコア:0)
一般的な話なら、固有ではない反証を示すのが筋ですよ。
Exchange Server以外で起きた事例を回答してくださいね。
Re:Wikipediaの「年問題」記事 (スコア:2)
該当事例が複数なければ一般論ではない、ということにはなりませんよ。