アカウント名:
パスワード:
「和暦のみは禁止。必ず西暦を併記」はまあいいと思うけど本質的には西暦のみでいいんじゃないかなあ和暦って必要?
エクセルに入力する元データがそもそも和暦だと入力時・検証時には和暦もあった方が都合がいいでしょう。西暦から逆変換するとしても、元データが平成32年以降の場合どうすんだとかありますし。
# 運転免許証は平成36年まで有効と記載されているものまであるそうです。 西暦併記になったのも改元直前ですし。
> 西暦から逆変換するとしても、元データが平成32年以降の場合どうすんだとかありますし。
むしろ西暦から和暦の変換が難しいのは明治5年の改暦以前ですけどね!でも、Java の Calendarクラスは、月番号が(0から)12まであるから、閏月余裕で表現できるので、真面目に実装したらできますけどね!
#ただし不定時法までは無理
ヒジュラ暦(イスラム暦)も相当ややこしい。根本的に純粋太陰暦で、今でも月齢を観測しているそうで、三日月状の細い月が最初に見える日を月初めとし、1月は奇数月を30日偶数月を29日とし(帳尻合わせに、年末のズー・アル=ヒッジャ月が30日となる年もある)、1年は354暦日乃至355日、一日の始まりは日没から始まる(つまり一日の始まりがズレまくる)とか。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
和暦はいらない (スコア:1)
「和暦のみは禁止。必ず西暦を併記」はまあいいと思うけど
本質的には西暦のみでいいんじゃないかなあ
和暦って必要?
Re:和暦はいらない (スコア:0)
エクセルに入力する元データがそもそも和暦だと入力時・検証時には和暦もあった方が都合がいいでしょう。
西暦から逆変換するとしても、元データが平成32年以降の場合どうすんだとかありますし。
# 運転免許証は平成36年まで有効と記載されているものまであるそうです。
西暦併記になったのも改元直前ですし。
Re:和暦はいらない (スコア:1)
> 西暦から逆変換するとしても、元データが平成32年以降の場合どうすんだとかありますし。
むしろ西暦から和暦の変換が難しいのは明治5年の改暦以前ですけどね!
でも、Java の Calendarクラスは、月番号が(0から)12まであるから、
閏月余裕で表現できるので、真面目に実装したらできますけどね!
#ただし不定時法までは無理
Re: (スコア:0)
ヒジュラ暦(イスラム暦)も相当ややこしい。
根本的に純粋太陰暦で、今でも月齢を観測しているそうで、三日月状の細い月が最初に見える日を月初めとし、1月は奇数月を30日偶数月を29日とし(帳尻合わせに、年末のズー・アル=ヒッジャ月が30日となる年もある)、1年は354暦日乃至355日、一日の始まりは日没から始まる(つまり一日の始まりがズレまくる)とか。