世界を動かす技術を、日本語で。
クラシック！でも、修正をあまり厳しく評価する前に、これは簡単な修正で、ちゃんとした修正ができるまでの間に十分なものだと思うよ。
この一時的な修正が永久的なものになるシナリオに、1ドル賭けるよ。（まあ、少なくとも100年は永久的だね。）いつか、ファム・ヌウェンがこのテストスイートについて、星系の間で文句を言ってるだろうな。
もちろん、簡単な修正だよ。コードを全く理解していない僕みたいな人でも書けるような解決策だね。（PRの提出者がコードを理解していないとは言ってないけど、理解する必要がないってことだと思う。だから、リスクはないんだ。ただ、今の解決策は問題を隠しちゃってる。もし誰かに問題を解決してもらいたいなら、新しい日付を近い未来に設定して、誰かがイライラするまで放置するかな。それにしても、なんでハードコーディングの日付なの？「今から1週間後」とかにすればいいのに。
いつかは定数の時間を超えることになるよ。宇宙の熱的死後、存在するはずもないシステムでの、信じられないほど短い時間の後に: エラー TIME_TEST FAILURE
2126年にHNに投稿された: 100年前、誰かが2126年に期限があるサーボのテストを書いたんだ。
Y2Kの騒ぎを覚えてる人いる？
そうそう、だから俺はいつも自分の時間定数を退職する年か、もしかしたら死んでる年に設定するんだ。先延ばしにするなら、遠くまで蹴っ飛ばした方がいいよね。
2038問題を避けるためのほとんどのアップデートは、実際には10889年までの先延ばしに過ぎない。もしかしたら、5000年後にはもっと長持ちする何かを見つけてるかもね。
だから、俺はいつも2525年を使ってるんだ。人間がまだ生きてると仮定すれば、俺の問題じゃないし。
PRをざっと見たけど、著者は僕より詳しいと思う。でも、なんで日付をハードコーディングする必要があるの？「今日 + 1年」みたいなことにすればいいのに。
だって、today + 1 year + randomInt(1,42) daysにすべきだよ。テスト値にはいつも少しのランダム性を含めるべきだね。
時計に依存することになるから、あんまり良くないよね。似たような問題があって、俺もその理由でハードコーディングしちゃったことがある。