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

元号改正に関するガイドライン

[nemui4 (20313)]

元号を取り扱うシステム開発を多数抱えてはいるはずだけど。
おそらく社内で共通の仕様なりガイドラインが存在しなくて、場当たり的に各現場で対応していたとすると。

>「洗い出しとテストの負荷が大きい」

となりそうなのは分かり易い。

そして大雑把に「問題点を洗い出せ」的な指示がうえから降ってくるだけだったりして。

場当たり的の例：月日情報にアクセスしていない

[ogino (1668)]

月日情報にアクセスせずに1989年→平成元年としているシステムがあります。これを 5/1 改元に対応させるのは大変です。

月日情報が無ければ「平成31年/○○元年」と表示すべきところ、年数の前にしか文字を付加できないとか、文字数が問題になるとかもありそうです。実際問題 1989年1月を和暦で表示させるとか難しいですし。

あと年度表示。2019年度の 5/1 は平成31年度とかも落とし穴になりそうに思います。

# 入力はともかく、出力はすべて西暦で統一してくれればと思うけど…… 無理ですか、そうですか。

Re:

[nnnhhh (47970)]

全然知らんのですが、実際のところ
> 「平成31年/○○元年」と表示すべきところ、
とか
> 2019年度の 5/1 は平成31年度
とかって全部「○○元年」でも通りそうなもんですがダメなの?
誰が何の根拠でダメだっていうんだろうそういうの

Re:

[ogino (1668)]

2019年が〇〇元年でも許される場合もあると思います。でも〇〇元年1月1日〜12月31日だとダメだとされる場合もあるでしょう。

年度の場合、報道では平成31年度は1ヶ月だけというのもありますね… でも昭和63年度が 8ヶ月だけで、平成元年度が 1989年1月ないし2月から始まったわけではありません。平成元年1月8日〜3月末日は昭和63年度であって平成元年度（零年度？）ではありませんでした。

つまり昭和・平成の前例では年度は年度初日の年を書く、年が一年未満（昭和64年は7日間）で終わっても年度は常に 1年間であるというルールであり、年度途中で年の元号が変わっても年

Re:場当たり的の例：月日情報にアクセスしていない

[nnnhhh (47970)]

年度名は年度が始まった瞬間の年号で決まると…
それでもなんの問題も無さそうですね
私は「元年度」が無いのがちょっともったいないかと思ったんですが、
先元号で確定というのも支持します