アカウント名:
パスワード:
本来期待される「和暦が「1」だった場合に「元」に変換する処理」より「和暦の1の位が「1」だった場合に「元」に変換する」の処理の方が面倒くさそうなんだけど?(それも 31年→元年 ではなくて、 31年→3元年 なんて・・・)なんで、あえて面倒くさい処理にしたんだろう?
実は、「1を全て「元」に変換する」処理だったんではないだろうかと邪推してしまう。
"平成 1年"を"平成 元年"に変換する場合、4文字目を'1’から'元'に変更するだけなら4文字目だけをチェックする方が簡単ですよ。"平成11年"や"平成21年"を例外にするなら3文字目のチェックも必要だし。
あーなんか最初は1年って仕様だったのを無理押しで対応求められて、仕様も明確でない。元号_1年なのか元号1年なのか元号01年なのかも判らない。あーもう面倒だから1年を元年にしちゃえばーとか徹夜開けのハイな時間に思いついた様に思えた。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
面倒くさくない? (スコア:0)
本来期待される「和暦が「1」だった場合に「元」に変換する処理」より
「和暦の1の位が「1」だった場合に「元」に変換する」の処理の方が面倒くさそうなんだけど?
(それも 31年→元年 ではなくて、 31年→3元年 なんて・・・)
なんで、あえて面倒くさい処理にしたんだろう?
実は、「1を全て「元」に変換する」処理だったんではないだろうかと邪推してしまう。
Re:面倒くさくない? (スコア:1)
"平成 1年"を
"平成 元年"に変換する場合、
4文字目を'1’から'元'に変更するだけなら4文字目だけをチェックする方が簡単ですよ。
"平成11年"や"平成21年"を例外にするなら3文字目のチェックも必要だし。
Re: (スコア:0)
あーなんか最初は1年って仕様だったのを無理押しで対応求められて、仕様も明確でない。
元号_1年なのか元号1年なのか元号01年なのかも判らない。
あーもう面倒だから1年を元年にしちゃえばー
とか徹夜開けのハイな時間に思いついた様に思えた。