アカウント名:
パスワード:
MS-Officeは、日付のデータを、1900年1月1日からの通算で内部表現しているそうだけど、1900年が本来はそうじゃないのにうるう年(leap year)であると認識するバグを持っていて、それがずっとひきずられているらしい。
http://support.microsoft.com/default.aspx?scid=kb;ja;JP106339 [microsoft.com]
つまり、1900年3月1日以降において、真面目に1900年1月1日から積算した日付と、MS-Excel内部の日付には1日のズレがある(通算日数と年月日の対応関係
人類の歴史
1904年以前の事象しか扱わないプログラムなりデータベースを作っているならいいでしょうが、標準化されるってことはその規格でずっと使われるってことです。
最初に間違えた人が誰でもいいですが、これだけはっきりした間違った挙動を正式規格に入れることは止めて欲しいです。2000年問題だって、あれだけ分かりやすいルールでも結構問題になりましたよね。運用でカバーというのはこの問題では、所詮その場しのぎだと思います。
今だったら、被害は過去の資産由来のExcelファイルのわずかで済みます。最悪、コンバートするとか、気がついたら直すでもいい。100年前の日食の記録とかをExcelで管理しているとかいう人にとってはたまったものではないだろうけど、でも規格になっちゃったら、将来すべての実装者がその訳が分かんないbugを再現しなきゃいけないんです。それはいくらなんでも今後ソフトウェア技術者が払うペナルティーが大きすぎます。賛成できません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
うるう年の問題 (スコア:2, 興味深い)
MS-Officeは、日付のデータを、1900年1月1日からの通算で内部表現しているそうだけど、1900年が本来はそうじゃないのにうるう年(leap year)であると認識するバグを持っていて、それがずっとひきずられているらしい。
http://support.microsoft.com/default.aspx?scid=kb;ja;JP106339 [microsoft.com]
つまり、1900年3月1日以降において、真面目に1900年1月1日から積算した日付と、MS-Excel内部の日付には1日のズレがある(通算日数と年月日の対応関係
Re:うるう年の問題 (スコア:0)
再実装の問題 (スコア:2, 興味深い)
1904年以前の事象しか扱わないプログラムなりデータベースを作っているならいいでしょうが、標準化されるってことはその規格でずっと使われるってことです。
最初に間違えた人が誰でもいいですが、これだけはっきりした間違った挙動を正式規格に入れることは止めて欲しいです。2000年問題だって、あれだけ分かりやすいルールでも結構問題になりましたよね。運用でカバーというのはこの問題では、所詮その場しのぎだと思います。
今だったら、被害は過去の資産由来のExcelファイルのわずかで済みます。最悪、コンバートするとか、気がついたら直すでもいい。100年前の日食の記録とかをExcelで管理しているとかいう人にとってはたまったものではないだろうけど、でも規格になっちゃったら、将来すべての実装者がその訳が分かんないbugを再現しなきゃいけないんです。それはいくらなんでも今後ソフトウェア技術者が払うペナルティーが大きすぎます。賛成できません。
vyama 「バグ取れワンワン」
Re:再実装の問題 (スコア:0)
Re:再実装の問題 (スコア:0)
これをその場しのぎとして忌み嫌うか、それとも必要な処置だと考えるかは人それぞれですね。
過去のしがらみが本当にないのであれば、それこそ、革命的なシステムが作れるかもしれませんが、良くも悪くも、それが下位互換性であり、今必要とされていること何ですyね。
話のスケールが変わりすぎると言われるかもしれませんが、今ある数々の規格の中にも、バッドノウハウまみれで、誰もが、そんな歴史をすっぱりと切り捨ててしまった方が良いと思っているものなんて腐るほど有りますよね。
私が思いつく限りでも、
・QWERTY
・POSIX
・Shift JIS
・Windows/DOS
・IPv4
・AJAX
・・・挙げ出すときりがない。
Re:再実装の問題 (スコア:0)
きめて きめて
美しいけれど誰も使わないSpec と 醜いけどみんなが使っている事実
選びたいのはどっち?