- - PR -
超長寿社会で天皇が在位100年を超えたら・・・
投稿者 | 投稿内容 | ||||||||
---|---|---|---|---|---|---|---|---|---|
|
投稿日時: 2009-02-07 19:55
祝日なんて法律ありきなんだから、
年別の祝日テーブルを外部データとして持ったほうが楽ですね。 最近やってるシステムは大抵そんな感じにしてます。 計算で求めるのも便利って言えば便利なんですが、 こんなの都度計算するの?って感じです。 法律次第で計算も変わってしまいますし、 プログラムのメンテよりは外部データの方が遥かにメンテしやすいです。 祝日テーブルを作るときに、政府によって発表されていない部分に関しては、 計算で求められるのは求めますが、基本は発表された内容を元に作っています。 どのみち、せいぜい年1回の作業です。 #ちなみに祝日テーブルって言ってるのは、 #広義の意味でのテーブルです。DB云々の話ではありません。 | ||||||||
|
投稿日時: 2009-02-07 23:53
そんなありえない話はどうでもイイ
それよか、確実にやってくる西暦10000年の方が問題段だな | ||||||||
|
投稿日時: 2009-02-08 00:00
まずはサマータイム(夏時間)をなんとか。
| ||||||||
|
投稿日時: 2009-02-08 10:40
RFC2550を採用しましょう。 それで全て解決します。 | ||||||||
|
投稿日時: 2009-02-08 11:27
2038年問題は?
| ||||||||
|
投稿日時: 2009-02-08 12:32
そう?2000年(年数)問題が解決してほっとしてたところに、2000年閏年問題が勃発して、大惨事になった企業とかみたことあるけど。 | ||||||||
|
投稿日時: 2009-02-08 20:19
日本の「春分の日」「秋分の日」は、天文学的な定義と一致しているのでまだしも計算が楽ですが、
キリスト教系の移動祝祭日は大変ですよねえ。 欧米のシステムでは、その辺をどう扱うのが主流なんでしょ? 日本の祝日に関しては、 「可能な限り、計算で算出する」 「それ用のデータで、計算結果をオーバーライドできるようにしておく」 でやっています。 全部外部データにしてしまうと毎年メンテしないといけないので、面倒くさい。 | ||||||||
|
投稿日時: 2009-02-08 23:55
>西暦10000年
西暦?宇宙暦かもしれんよ。w 生きてないんだからそんな先のこと考えてもしょうがない。 直近の改暦の可能性で仕事が増えることだけ考えていりゃいいんじゃないの? [ メッセージ編集済み 編集者: ぴあちゃん 編集日時 2009-02-08 23:57 ] |