MicrosoftはExcelの1900年方式と1904年方式をｽﾏｰﾄに統合するつもりはないのでしょうか？640KBのMS-DOSの時代ならいざ知らず､現在のCPUﾊﾟﾜｰを持ってすれば何らかの解…

もし仮に統合するとなると､ﾕｰｻﾞｰ数の少ないMac側の1904年方式(後方互換)を切り捨てたうえで､新ﾊﾞｰｼﾞｮﾝでは1904年方式のﾃﾞｰﾀを読み込んだ際にﾃﾞｰﾀｺﾝﾊﾞｰﾄし､保存は強制的に1900年方式に､という事になろうかと思います｡1904年方式しか扱えない古いﾌﾟﾛｸﾞﾗﾑでは､新ﾊﾞｰｼﾞｮﾝの吐き出したﾃﾞｰﾀが使えなくなりますので､ﾊﾟｯﾁを配布するような形になるのかな？｡するとﾊﾟｯﾁの存在を知らないﾕｰｻﾞｰからの問い合わせが殺到するでしょうから､ﾘｱﾙ世界においての短期集中的な混乱が起こるであろう事が十分予測できます｡逆に1900年方式を切り捨てる場合には､その混乱規模はさらに数十倍ほどに膨れ上がるであろうと見込まなければなりません｡

ﾊﾟｯﾁはﾌﾟﾛｸﾞﾗﾑのﾊﾞｰｼﾞｮﾝごとに作成する必要がありますし､ﾊﾟｯﾁに不具合があってﾃﾞｰﾀｺﾝﾊﾞｰﾄに失敗でもしようものなら大問題になりますので､けっこう大掛かりなﾌﾟﾛｼﾞｪｸﾄになると思います｡もちろん､ﾊﾟｯﾁの作成期間×投入するｴﾝｼﾞﾆｱの人数､分のｺｽﾄもかかります｡修正ﾊﾟｯﾁですから収入は0です｡

問題があるとすれば､むしろそういったﾃﾞｰﾀ統一に伴うﾊﾟｯﾁ開発ｺｽﾄ､過去のﾃﾞｰﾀ資産の扱い､現状に不満を感じているわけではない大多数のMacﾕｰｻﾞｰからの反感を買うことになる事等々であって､ﾕｰｻﾞｰPCのｽﾍﾟｯｸがどうこうという問題ではないと思いますよ｡

ﾌﾟﾛｸﾞﾗﾏが積み重ねた工夫の歴史なので､変更されることは無いでしょう｡
(桁が足らなくなりそうになったら､今ならﾊﾞｲﾄ長を伸ばせばすむので)
以下に肝を引用しますが､ぜひﾘﾝｸ先を読んでください｡
はじめてのBillGﾚﾋﾞｭｰのこと - The Joel on Software Translation Project

1900年はうるう年ではない｡

｢これはExcelのﾊﾞｸﾞだ!｣私は興奮した｡

｢実際はそういうわけじゃない｣とｴﾄﾞが言った｡｢Lotus 123のﾜｰｸｼｰﾄをｲﾝﾎﾟｰﾄできるようにするために､そうする必要があったんだ｣

｢じゃあ､Lotus 123のﾊﾞｸﾞってこと?｣

｢そう｡だけどおそらくは意図的なものだ｡Lotusは640Kのﾒﾓﾘに詰め込む必要があった｡これはあんまり大きなものじゃない｡1900年を無視すれば､与えられた年がうるう年かどうか判定するのは右端の2ﾋﾞｯﾄが0かどうか見るだけで済む｡そのほうがずっと早くて簡単だ｡たぶんLotusの連中ははるか昔のふた月が間違っていたところで問題にはならないと考えたんだろう｡一方でBasicの連中は､そのふた月にこだわってｴﾎﾟｯｸを1日ずらしたんだ｣

｢あｰっ!｣私は声を漏らした｡そして｢1904年から計算する｣というﾁｪｯｸﾎﾞｯｸｽがｵﾌﾟｼｮﾝﾀﾞｲｱﾛｸﾞについている理由を知ったのだ｡

最後に､とっておきの質問がきた｡

｢分からないんだが｣ﾋﾞﾙは言った｡｢これをどうやって実現するのか本当に詳細に調べた者が誰かいるのか? たとえば､日付と時刻に関するあのたくさんの関数だ｡Excelには日付と時刻の関数がすごくたくさんある｡Basicが同じ関数を持つようになるのか? それが全部同じように動くようになるのか?｣

｢なります｣と私は答えた｡｢1900年の1月と2月以外は｣