システム関連の仕事をしているからか、本来の性分なのか・・・
色々試してみたくなります。
今まで、たとえば消費税が８％になった時（２０１４年４月１日）に、
３月３１日の２３：５８頃にコンビニのレジに行き、会計中に「タバコ」を選ぶ“ふり”をして時間を稼ぎ、
２４時（４月１日）になったのを確認して、タバコを注文してスキャン・・・これは旧価格か新価格か
なんていう実験をしたり、
電車で隣の駅までの切符を買い、エキナカのカフェで時間を潰して隣の駅で降りたら、
何時間で「無効」（つまり自動改札を通れない）になるか、なんて試しました。
ちなみに前者は予想通り旧価格でした。
後者は１時間程度のときはＯＫで、３時間になったときはアウトでした。
今回は改元関連です。
エクセル2010で表示形式を和暦にして表示したら、平成３１年５月１日
ＡＴＯＫで「きょう」を変換したら平成３１年５月１日
ＭＳ－ＩＭＥでは「きょう」で変換できるのは西暦のみ。
Ｊａｖａで和暦表示するプログラムを作って表示させたら、
コマンドラインでコンパイルして実行したら令和１年５月１日 ← すでに令和対応されている。
統合開発環境（Eclipse)で同じプログラムをコンパイルして実行させたら・・・・
なんと元号１年５月１日となりました。
５月１日に元号が変わることはわかっているけど、
まだ新しい元号が発表される前にリリースされた11.0.2というバージョンだったためでしょうけど、
「元号」と表示されるとは思いませんでした。
ちなみに短縮表示（英文字）では、
N１年５月１日
たぶん、新しい元号（Ｎｅｗ）の頭文字でしょう。
コマンドラインでコンパイルするときに使ったのは11.0.3というバージョンで４月１６日にリリースされたもの。
そのため、新元号が設定されていたのでしょう。