自分で日付解析ライブラリを書くな

人々の誕生日がタイムゾーンを移動すると変わるのは、開発者が単一の日付を保存するのに日時（タイムスタンプ）を使っているからだよ。適当な基準日（例えば、Excelで使われている1900年1月1日とか、僕のお気に入りの1600年1月1日。1600は400の倍数だから、うるう年の計算がさらに簡単になる）を選んで、そこから経過した日数を保存すればいい。うるう年に関するルールは、タイムゾーンやタイムゾーンデータベースに関するルールよりずっとシンプルだし。この表現から年月日への変換は、コードで約50行あればできるよ。もちろん、日付の計算をしないなら、年、月、日をそれぞれ3つの数字で保存すればいいだけ。

さらに良いのは、ユーザーにテキストフィールドの代わりにカレンダー日付ピッカーを使わせることだね。これなら入力を完全にコントロールできる。

「02/18/1993」のフォーマットは、DD/MM/YYYYなのかMM/DD/YYYYなのか？18から判断すると後者だと思うけど、その規則は普遍的じゃないよね。あまりあいまいじゃないフォーマットとしてYYYY/MM/DDをおすすめするけど、完璧な答えはないな。

あなたの場合、日付の計算や大小比較はやらずに、等価性のテストだけをしてるんだよね？つまり、複合キーの一部ってことだ。僕も似たような問題に直面したことがあって、ユーザーが日付を提出するフォームがあったんだけど、タイムゾーンについてはあまり意識してなかったみたい。だから、「02/28/1993」を選んで、みんなが常に「02/28/1993」を見る限りはそれが正しいと考えたし、もし違うのを見たらそれは間違いだと思った。だから、システム全体でタイムゾーンを意識しない日付を使ったんだ。

Temporal[0]がこれをやるのが好きだな。君が扱ってたのはTemporal.PlainDate[1]、つまりカレンダーはあるけど時間やタイムゾーンはない日付だね（暗黙のうちに含まれてるかもしれないけど、誕生日みたいに関係ないこともある）。Temporalには他にも面白いタイプがあって、それぞれ異なる意味があるんだ：- Instant: カレンダーや場所に関係なく固定された時点。例えば「ユーザーがX日付と時間にログインした」みたいな感じで、どのタイムゾーンやカレンダーシステムでも有効。これが通常「Unix UTCタイムスタンプ」で使われるもの。- ZonedDateTime: Instantに似てるけど、特定のカレンダーと場所に関連付けられてる。Instantをカレンダーシステムとタイムゾーンに「リアル」に変換した感じで、ユーザーが意味のある時間を見れるようになってる。- PlainDate: さっき話したやつ。例えば誕生日とか。- PlainTime: 「毎日6:30pmにタスクを実行する」みたいな感じ。- PlainDateTime: Instantに似てるけどカレンダーシステムに関連付けられてて、タイムゾーンはない。ユーザーが日付ピッカーに入れるようなもので、タイムゾーンは暗黙的に含まれてる。- PlainYearMonth: 例えば「2025年10月にレポートを実行する」みたいな感じ。- PlainMonthDay: 例えば「私の誕生日は6月13日」みたいな。- Duration: 例えば「タスクは3時間30分実行された」みたいな。重要な概念も見てみてね[2]。[0] https://tc39.es/proposal-temporal/docs/ [1] https://tc39.es/proposal-temporal/docs/#Temporal-PlainDate [2] https://tc39.es/proposal-temporal/docs/timezone.html

誕生日を扱う環境ってどんなとこなの？タイムゾーンを意識した日付や時間、間隔があるのに、すでに存在するナイーブ/プレーン/ローカルな日付タイプがなくて、文字列を使わざるを得ないって？その問題に対する合理的な解決策があるみたいだけど、そんな問題が最初にあるってのが意外だね。

通常の「法的」な日付はタイムスタンプやタイムゾーンに関連してないし、この事実は人間がソフトウェアを書く限り永遠に再発見されるだろうね。

医療がなぜ重要なのかを理解しているなら、これは本当に洞察に満ちてるね。私の知る限り、医療業界は基本的に誕生日をキーとして使ってる。これによって（a）他のプライマリーキー（名前や住所など）を持つ2人の患者を区別できたり、（b）患者にその値を言わせて、簡単に認知能力をチェックしたりできるんだ。

ただの文字列として保存すると、年齢に依存するロジックとか、フィールドのユーザーに解析ロジックを渡すことができなくなるよ。個人的には、FHIRは日付（生年月日を含む）に関してかなりいいシステムを持ってると思う：YYYY、YYYY-MM、またはYYYY-MM-DD。（正確な誕生日を知らないのは、国によってはよくあることだしね）。 https://build.fhir.org/datatypes.html#date

時計の数字が特定の数になったら寝なきゃいけない理由を考えるのって面白いよね。現代の技術なら、必要に応じて調整できるようにプログラムできるのに。火星人が今日の9:00amに寝て、明日の9:40amに起きることに技術的な理由はないし。農家がサマータイムを気にするのが滑稽だと思うのも同じで、知ってる農家は「夜明け」や「日没」の時間を基準にしてるからね。