アカウント名:
パスワード:
元号を取り扱うシステム開発を多数抱えてはいるはずだけど。おそらく社内で共通の仕様なりガイドラインが存在しなくて、場当たり的に各現場で対応していたとすると。
>「洗い出しとテストの負荷が大きい」
となりそうなのは分かり易い。
そして大雑把に「問題点を洗い出せ」的な指示がうえから降ってくるだけだったりして。
月日情報にアクセスせずに1989年→平成元年としているシステムがあります。これを 5/1 改元に対応させるのは大変です。
月日情報が無ければ「平成31年/○○元年」と表示すべきところ、年数の前にしか文字を付加できないとか、文字数が問題になるとかもありそうです。実際問題 1989年1月を和暦で表示させるとか難しいですし。
あと年度表示。2019年度の 5/1 は平成31年度とかも落とし穴になりそうに思います。
# 入力はともかく、出力はすべて西暦で統一してくれればと思うけど…… 無理ですか、そうですか。
全然知らんのですが、実際のところ> 「平成31年/○○元年」と表示すべきところ、とか> 2019年度の 5/1 は平成31年度とかって全部「○○元年」でも通りそうなもんですがダメなの?誰が何の根拠でダメだっていうんだろうそういうの
2019年が〇〇元年でも許される場合もあると思います。でも〇〇元年1月1日〜12月31日だとダメだとされる場合もあるでしょう。
年度の場合、報道では平成31年度は1ヶ月だけというのもありますね… でも昭和63年度が 8ヶ月だけで、平成元年度が 1989年1月ないし2月から始まったわけではありません。平成元年1月8日〜3月末日は昭和63年度であって平成元年度（零年度？）ではありませんでした。
つまり昭和・平成の前例では年度は年度初日の年を書く、年が一年未満（昭和64年は7日間）で終わっても年度は常に 1年間であるというルールであり、年度途中で年の元号が変わっても年度の元号はかわりません。これに倣えば、平成元年1月8日が昭和63年度であるのと同様、〇〇元年5月1日は平成31年度になります。
# 例えば 3月末が年度末決算だとすると、平成31年度が 4/30 で終わっては困るわけで。# 国の平成31年度予算は 2019年5月以降も執行できるでしょう。
だとすると、和暦表示をするときに、1989年1月8日が年では平成、年度では昭和であったように、2019年5月1日も年では新元号、年度では平成と変換しないといけないのでは、という話です。
間違っていたら、ご指摘ください。
年度名は年度が始まった瞬間の年号で決まると…それでもなんの問題も無さそうですね私は「元年度」が無いのがちょっともったいないかと思ったんですが、先元号で確定というのも支持します
主張はわかりますし、否定するわけではありませんが、・前回は改元が1〜3月で今回は4〜12月・今回は改元のだいぶ前に新元号がわかっているという前提条件の違いもあり、新元号元年度と呼ばれる可能性も否定はできないのではないかと思います。
そうですね。あくまで昭和・平成の例にならえばという話なので、新元号元年度と呼ばれる可能性も否定はできません。
農林省予算決算編年誌2 明治14年度～昭和20年度 [maff.go.jp]にあるような「明治45年度大正元年度」「大正15年度昭和元年度」ように恐ろしいものになる可能性もあります。
政府が元号を決めるときにでも、年度についてもしっかりルールを決めてくれれば良いのですが（それもなるべく早く）、場当たり的に決められたり、今回は 5月だからとかだいぶ前からわかっているからとかの理由で決められると、さらに次の改元のときに混乱しそうで怖いです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
元号改正に関するガイドライン (スコア:1)
元号を取り扱うシステム開発を多数抱えてはいるはずだけど。
おそらく社内で共通の仕様なりガイドラインが存在しなくて、場当たり的に各現場で対応していたとすると。
>「洗い出しとテストの負荷が大きい」
となりそうなのは分かり易い。
そして大雑把に「問題点を洗い出せ」的な指示がうえから降ってくるだけだったりして。
場当たり的の例：月日情報にアクセスしていない (スコア:4, 興味深い)
月日情報にアクセスせずに1989年→平成元年としているシステムがあります。これを 5/1 改元に対応させるのは大変です。
月日情報が無ければ「平成31年/○○元年」と表示すべきところ、年数の前にしか文字を付加できないとか、文字数が問題になるとかもありそうです。実際問題 1989年1月を和暦で表示させるとか難しいですし。
あと年度表示。2019年度の 5/1 は平成31年度とかも落とし穴になりそうに思います。
# 入力はともかく、出力はすべて西暦で統一してくれればと思うけど…… 無理ですか、そうですか。
Re: (スコア:2)
全然知らんのですが、実際のところ
> 「平成31年/○○元年」と表示すべきところ、
とか
> 2019年度の 5/1 は平成31年度
とかって全部「○○元年」でも通りそうなもんですがダメなの?
誰が何の根拠でダメだっていうんだろうそういうの
Re:場当たり的の例：月日情報にアクセスしていない (スコア:4, 興味深い)
2019年が〇〇元年でも許される場合もあると思います。でも〇〇元年1月1日〜12月31日だとダメだとされる場合もあるでしょう。
年度の場合、報道では平成31年度は1ヶ月だけというのもありますね… でも昭和63年度が 8ヶ月だけで、平成元年度が 1989年1月ないし2月から始まったわけではありません。平成元年1月8日〜3月末日は昭和63年度であって平成元年度（零年度？）ではありませんでした。
つまり昭和・平成の前例では年度は年度初日の年を書く、年が一年未満（昭和64年は7日間）で終わっても年度は常に 1年間であるというルールであり、年度途中で年の元号が変わっても年度の元号はかわりません。これに倣えば、平成元年1月8日が昭和63年度であるのと同様、〇〇元年5月1日は平成31年度になります。
# 例えば 3月末が年度末決算だとすると、平成31年度が 4/30 で終わっては困るわけで。
# 国の平成31年度予算は 2019年5月以降も執行できるでしょう。
だとすると、和暦表示をするときに、1989年1月8日が年では平成、年度では昭和であったように、2019年5月1日も年では新元号、年度では平成と変換しないといけないのでは、という話です。
間違っていたら、ご指摘ください。
Re:場当たり的の例：月日情報にアクセスしていない (スコア:2)
年度名は年度が始まった瞬間の年号で決まると…
それでもなんの問題も無さそうですね
私は「元年度」が無いのがちょっともったいないかと思ったんですが、
先元号で確定というのも支持します
Re: (スコア:0)
主張はわかりますし、否定するわけではありませんが、
・前回は改元が1〜3月で今回は4〜12月
・今回は改元のだいぶ前に新元号がわかっている
という前提条件の違いもあり、新元号元年度と呼ばれる可能性も否定はできないのではないかと思います。
Re:場当たり的の例：月日情報にアクセスしていない (スコア:3)
そうですね。あくまで昭和・平成の例にならえばという話なので、新元号元年度と呼ばれる可能性も否定はできません。
農林省予算決算編年誌2 明治14年度～昭和20年度 [maff.go.jp]にあるような「明治45年度大正元年度」「大正15年度昭和元年度」ように恐ろしいものになる可能性もあります。
政府が元号を決めるときにでも、年度についてもしっかりルールを決めてくれれば良いのですが（それもなるべく早く）、場当たり的に決められたり、今回は 5月だからとかだいぶ前からわかっているからとかの理由で決められると、さらに次の改元のときに混乱しそうで怖いです。