和暦が変わることを楽観視している方々へ

今は「平成30年」です。
昭和から平成に変わったとき、今から30年前、、、私は20代前半、、、つまり沙羅はまだできていません。

過去に2000年問題というのがありました。
最初の頃は、例えば1988年→88年　というように、ファイルサイズを小さくすることが美徳でしたので年号2桁でやっていたところがまだありました。
「金融系」「事務系」「経理系」の業務システム屋さんは事前準備期間は長かったとはいえ、当時は入れ替えは大変やったんやろなぁ~と思われます。

1994年くらいにスタートした沙羅のMS-DOS時代は固定長テキストデータベースで作っていましたが、江戸時代の年号を入れることを前提にしておりましたので、当然のことながら日付の（西暦）は4桁の数字で、和暦マスタ（年号マスタ）のような、要するに西暦と和暦をリンクするデータテーブルを作っていました。

※OSの日付型は00/01/01→1900/01/01（もしくは1904/01/01）を基準に始まっているので、OSそのものでは明治33年以前の和暦は出ません。1900年以前の年号についても和暦を組み込めばいいですやん・・と思われるでしょうがしないでしょう。日付型にはシリアル値がありまして 1900/01/01を1としており、それ以前は無効（マイナスにもならず、値が出ません）です。

Windowsになってからは、データベース（mdb）を使い、いわゆる「日付データ型」というのが最初から定義されていて、9999/99/99 となっておりましたので、PCの入れ替えもそれほどなく、Windows98-SEが主流になりつつあり、2000年問題というのは沙羅にはほとんど問題がなかったのです。

※出力日を西暦２桁の表示にしていた一部の帳票を4桁に直した程度です。

今回の和暦改元についても、和暦マスタ（年号マスタ）を変えれば、ほとんど影響がないと思います。
（帳票やプログラムの変更はもちろん必要なので、作業時間はかなりかかりますが。）

日付入力なので大したことはない、、、といえば、ないと思われますが、他社の部品を使うにしても、それが出来てからでないと作るに作れないし、使うに使えない。
実際の開発に取り掛かれるのは和暦発表後です。
（部品メーカーが対応製品を出してからなので、実際には発表から数か月後？？の可能性があります。）

これは開発期間・テスト期間・そして何より配布期間が絶対的に不足します。

１ケ月？、全然足りません（汗）

「平成と新年号を併用する」ことで進んでいるとの話ですが、、、、
ネットを使っている人から「早くダウンロードできるように！」と言われても困ります~。

（もちろん、ほとんどの部分では問題がないと思われますが、、、その所轄庁提出書類の H/S/T/M 入力のところだけがちょっと・・・汗）

ところで！

 

「ソフトをアップデートすりゃいいやん」の一言では済まされません。

誰が・いつ・どうやって・アップデートするのか！？全員一気にアップデートするの？？

うちのユーザーさんはインターネットにつながず、XP・Vistaの方も多いのです。
システム日付を「和暦表示」にしている方も多々おみえです。

インターネットをされていない人に対しては、どうやって配布されるのか？
パソコン雑誌の付録で配布？

いざ変わってみないと（OSもアップデート？）どうなるのか、まったく予想できないんですけど。。。。

「仮定の年号にして作ってみたら( *´艸｀)？」というレベルの問題ではないのです~。

沙羅以外での問題の方がはるかに深刻だと思われます。

しかし、発表されてからの各社（マイクロソフトをはじめとする）対応を受けてからでないと、何もできません。。。。

以前は「パソコンを買い替えるけど、どんなパソコンがいいですか~？」と聞かれたとき、ちょっと前は、

「もうすぐたぶん年号が発表されるでしょうから、その後の方がいいかもですね。」と答えていたのですが、来年の改元直前となると、ちょっと話が違ってきますね。

私も楽観視している人間のひとりですが、、、。
せめてもう少し早く発表していただいた方が有難いのは確かです。