アカウント名:
パスワード:
自前で和暦計算してるシステムって結構ある？
そういえば、平成元号問題というのがあったなあ。MS-DOS版アプリをVB2上に移植する案件で、新人が、表示を西暦にすればいいじゃないかと言ったら、DBのフィールドが和暦で、顧客が和暦にしろというのだから和暦変換しろと、上司に怒鳴られていたり、平成の次にも対応できるようにしとけとか言われたりね。ついでに2000年問題にも対応しとけとか言われて、大変だったなあ。
「閏年の2月28日までが平成」という事態になったとき、厳密にやってたところは大変なことになりそう。
和暦って漢字2文字という定義もない(習慣的には2文字と思うけど)ので、ふと3文字とか4文字とかにされても辛いよね。
25年かそのくらいまえにはみだしYouとPiaに乗っていた「教師生活25年」「蕎麦一筋40年」というのはないにせよ、4文字は例外的に過去に連続してありました。天平感宝天平勝宝天平宝字天平神護神護景雲
以後は従来の古い慣例を守って２字ばかりですね。こういうものは慣例がものを言いそう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
書類関係は西暦に統一してほしいな。 (スコア:1)
自前で和暦計算してるシステムって結構ある？
Re: (スコア:0)
そういえば、平成元号問題というのがあったなあ。
MS-DOS版アプリをVB2上に移植する案件で、
新人が、表示を西暦にすればいいじゃないかと言ったら、
DBのフィールドが和暦で、顧客が和暦にしろというのだから
和暦変換しろと、上司に怒鳴られていたり、
平成の次にも対応できるようにしとけとか言われたりね。
ついでに2000年問題にも対応しとけとか言われて、大変だったなあ。
Re:書類関係は西暦に統一してほしいな。 (スコア:2)
特に年だけを独立したデータとして扱っているときには、昭和元年（1926年12月25日〜31日）や昭和64年（1989年1月1日〜7日）を無視して、大正15年とか平成元年にしているように思う。
# 平成が中途半端なところで終わったら、西暦が普及するのではと期待している。
Re:書類関係は西暦に統一してほしいな。 (スコア:1)
「閏年の2月28日までが平成」という事態になったとき、厳密にやってたところは大変なことになりそう。
1を聞いて0を知れ!
Re:書類関係は西暦に統一してほしいな。 (スコア:2)
和暦って漢字2文字という定義もない(習慣的には2文字と思うけど)ので、ふと3文字とか4文字とかにされても辛いよね。
Re:書類関係は西暦に統一してほしいな。 (スコア:1)
25年かそのくらいまえにはみだしYouとPiaに乗っていた「教師生活25年」「蕎麦一筋40年」というのはないにせよ、4文字は例外的に過去に連続してありました。
天平感宝
天平勝宝
天平宝字
天平神護
神護景雲
以後は従来の古い慣例を守って２字ばかりですね。こういうものは慣例がものを言いそう。