アカウント名:
パスワード:
本来期待される「和暦が「1」だった場合に「元」に変換する処理」より「和暦の1の位が「1」だった場合に「元」に変換する」の処理の方が面倒くさそうなんだけど？（それも 31年→元年 ではなくて、 31年→3元年 なんて･･･）なんで、あえて面倒くさい処理にしたんだろう？
実は、「1を全て「元」に変換する」処理だったんではないだろうかと邪推してしまう。
固定長レコードなんでしょ。したがってCOBOLと推測した。
「令和100年問題」の予感
159歳まで生きないからヘーキヘーキ
> 159歳まで生きないからヘーキヘーキこういう安易な思い込み、想定の甘さが、いざ何十年後かに「令和以降は元号いちいち改定するの止めます、令和で２００年ぐらい行きます」とかなったときにバグを生み出すんやで。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
面倒くさくない？ (スコア:0)
本来期待される「和暦が「1」だった場合に「元」に変換する処理」より
「和暦の1の位が「1」だった場合に「元」に変換する」の処理の方が面倒くさそうなんだけど？
（それも 31年→元年 ではなくて、 31年→3元年 なんて･･･）
なんで、あえて面倒くさい処理にしたんだろう？
実は、「1を全て「元」に変換する」処理だったんではないだろうかと邪推してしまう。
Re: (スコア:2)
固定長レコードなんでしょ。
したがってCOBOLと推測した。
Re:面倒くさくない？ (スコア:2)
「令和100年問題」の予感
Re: (スコア:0)
159歳まで生きないからヘーキヘーキ
Re: (スコア:0)
> 159歳まで生きないからヘーキヘーキ
こういう安易な思い込み、想定の甘さが、いざ何十年後かに
「令和以降は元号いちいち改定するの止めます、令和で２００年ぐらい行きます」
とかなったときにバグを生み出すんやで。