「難しくはないが大きな工数が予想される改元対応」記事へのコメント

素朴な疑問

[Anonymous Coward]

天皇が変われば元号も変わるって事自体はある程度予測が出来ると思うんだが、
どうして初めから改元を想定したシステムを組まないんだろうか。

何となく想定できたのはこんなイメージ。
1) エンジニアが改元を知らなかった
2) 客が改元対応をを要求しなかった
3) 改元対応した場合の見積があまりに高かったので削られた
4) 改元時の受注を想定して敢えて改元対応しなかった

備えあれば・・・

[Anonymous Coward]

一応準備はしてあったんだけれど、これだけじゃ足りない。

Era Handling for the Japanese Calendar
https://msdn.microsoft.com/en-us/library/windows/desktop/ee923790.aspx [microsoft.com]

こんなのがWindows Updateで降ってくるかも
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\Calendars\Japanese\Eras]
"2019 05 01"="仮名_仮_Test Era_X"

Re:

[Anonymous Coward]

さすがに
"1855 01 15"="安政_安_Ansei_A"
"1860 04 08"="万延_万_Mannen_M"
"1861 03 29"="文久_文_Bunkyuu_B"
"1864 03 27"="元治_元_Ganji_G"
"1865 05 01"="慶応_慶_Keioh_K"
何て登録されていないか。

Re:

[Anonymous Coward]

いま気づいたんだけど、
"1868 01 01"="明治_明_Meiji_M"
って間違ってないか（明治改元はグレゴリオ暦だと1868年1月25日、天保暦の1868年1月1日）？

Re:備えあれば・・・

[shibuya (17159)]

オフトピだけど

別件で政府が公務員から月給泥棒することを正当化するために太陽暦採用
というのも明治期の出来事だったから

元号表示の各年が
旧暦・新暦でそれぞれ何月何日から何月何日まであって合計通日何日までだった
などということは漏れなくおこなっているかどうかとかとか。

規格書に盛り込んで保守維持すればかなりの手間が減るわけだが。