10年前に仕込まれた「2026年期限切れ」のテストコード、Servoで発見される

10年前、あるエンジニアがServoのリポジトリに残したテストコードに、2026年を期限とする設定が含まれていたことが話題になっています。未来を見越した（あるいは忘却された）仕掛けが、ついにその時を迎えようとしています。

定番だね！でもこの修正を厳しく評価する前に言っておくと、外部の状態に依存しないようなまともな修正が書けるまでの、とりあえずの応急処置なんじゃないかな。

どんな時間定数だっていつかは上限を超えるさ。宇宙の熱的死を迎えた後の、存在し得ないはずのシステムでさえ「エラー：時間テスト失敗」なんてことになるんだから。

[フラグ済み]

プルリクを流し読みしただけだし、作者のほうが詳しいのは間違いないんだけど、そもそもなんで日付をハードコードするの？『今日＋1年』みたいに書けばいいんじゃないの？

面白いね。タイトルからして『強制的なコードレビュー』を狙った意図的なものかと思ってたよ。どうやら違うみたいだけど、そのアイデア自体はすごくいいと思う！

SAML SP証明書に10年後の時限爆弾を仕込む羽目になったことがある。自分の知る限りそうするしかなかったからね。あれからもう7年だよ。全IDPに連絡してSAML設定の更新をお願いする作業を考えると憂鬱になるわ。

とはいえ、やっぱりつぎはぎだよね。Goのtesting/synctestパッケージ[0]みたいなのを使う方がずっといいよ。これを使えば、時間が固定されて決定論的に動作する隔離環境でテストを書けるようになるから。

プルリクのコメントにこうあるね。『深刻な問題ではないけど、曜日が間違ってる。例えば2127年4月18日は金曜日であって、日曜日じゃない』。もう覚えるべき魔法の日付がたくさんあるよ。2126年（確かそのコメントの後にプルリクが更新されたはず）とか2177年とか、どこかに2028年もあったはず。

『誰か』にお願いしたいんだけど、あらゆる投稿で『誰か』って書くのはもうやめてくれ。特にXでは。

自分もこういうのを修正したことがあるよ。こんなコメントが添えられてたな。『これが失敗する頃には、自分はビーチでピニャコラーダでも飲んでるはず』。結局、彼はまだ元気に働いてたけどね。