 |
|
２０１０年問題 まあ、太陽と月を組み込んだ大胆な暦なのです。現在のように機械式の時計がいつも手元になかったから、月の満ち欠けが正確な時計だったわけですので、太陰太陽暦はあたりまえだったのでしょう。そうそう旧暦という呼び方はわが国だけで、ヨーロッパ、中東、東アジアと世界中それぞれの地域でそれぞれの太陰太陽暦があるのだそうです。２０１１年旧暦の正月（一月一日）は新暦の２月３日、新春ですね。 コンピュータの暦はどうなってるでしょう。２０００年問題は年を西暦の下２桁で記録しているのが原因でした。パソコンはある基準日からの日数で記録しています。当時からそうでした。 試してみましょう。エクセルのセルに2011/02/03/≠ﾆ入力します。セルの表示は2011/2/3≠ﾆなりました。このセルの書式設定を見ると日付≠ﾅす。これを数値≠ﾉしてセルに戻ると40577≠ﾉなっていますね。ある基準日から40577日目ということです。では、セルに1≠入力して書式設定を日付にするとセルは1900/1/1≠ﾈります。つまりエクセルの基準日は１９００年１月１日なのです。ここから何日目かを記録していて、表示するときは暦の日付に計算し直しているのです。太陰暦でも太陽暦でも太陰太陽暦でも１日は同じですから、どの暦でも表現できます。あ、エクセルには太陽暦しかない・・・？ いずれの表現であっても記録は数値ですから、日付どうしで日数の計算ができます。あるセルに誕生日を、別のセルに本日の日付をいれて、本日のセルから誕生日のセルを引けば、これまで生きてきた日数が得られます（書式を数値にしてください）。 日数の計算は簡単ですが、月の場合は厄介です。１年が１２ヶ月と決まっている太陽暦でもです。例えば１２月３１日の１ヵ月後は１月３１日、ではその１ヵ月後は２月２８日？ それとも３月３日（３１日後）？ 保険の契約ではけっこうな問題になるところです。 ウィンドウズ・セブン（Ｗｉｎ７）では、アクセス９７（Ａｃ９７）というマイクロソフトのアプリケーションが使えなくなってしまいました。当社はこのアプリを使って業務用のソフトウェアを製作して提供してきました。そろそろＡｃ９７が動くウィンドウズは中古パソコンを探さなければならなくなりそうです。 昨年、新たにアクセス２０１０（Ａｃ１０）が売り出されました。Ａｃ１０を互換モードとやらに設定すればアクセス９７が開くようです。やれやれ、無事にＡｃ９７で作ったソフトが動いたと思いきや、エラーになってダメでした。エラーになった個所を調べると、暦の何ヵ月後を計算する個所です。何も旧暦の計算をしているわけではありません。月については簡便な太陽暦です。アクセスに組み込まれている関数を使っているのですが、これが言う事を聞きません。Ａｃ１０でプログラムを作ってこの関数をテストすると通常モードでは問題なし、互換モードではダメ・・・ 結局、自前の関数をプログラムして置き換えました。 え？ Ａｃ１０に切替えてしまえば良いではないかって？ そうもいかないのです。アクセスというのはデータベースのアプリで、いくつものパソコンからお互いのデータを参照したり、書込んだりします（だからデータベース）。全部のパソコンをＷｉｎ７にするなんて、そんな“もったいない”ことはできません。使えなくなったパソコンから順次Ｗｉｎ７に置き換えていきますから、全部置き換わるには何年もかかるでしょう。その間、Ａｃ９７とＡｃ１０が共存するのです。それまではＡｃ１０は互換モードでしっかり働いてもらわないと・・・ 注意報で日付を取り上げたのは２０００年問題のときでした。それから干支も一回りしようというのに、当社では２０１０年問題なのです。 なに！ 半角文字を全角文字に変換する関数でも問題を起してる！？ なんてこったい。
|
↑頁先頭へ