2020年を迎えるにあたり、謎の「不具合」により、英国運転免許庁（DVLA）の印刷担当者は、所有者変更の通知が届くのに非常に長い時間がかかったのではない限り、1世紀前に戻ってしまった。
登録簿の読者が車両を売却した後、必要書類に記入し、ブリタニーの運転手と車両のデータベースを管理する代理店に送付しました。受領確認書には、1920年に印刷されたことが親切にも記載されていました。
さらに印象的なのは、この承認書が DVLA が実際に設立される約 45 年前に印刷されていたということだ。
これはデイヴィッド・ロイド・ジョージが英国首相だった頃に印刷されたもの？そうではないかもしれない。（画像はレジスター紙の読者提供。）
印刷の不具合か、それとも油膜の簡単な修正トリックか?
残念ながら、ドク・ブラウンがこの件に関与していたとは考えにくい。同庁の広報担当者は「手紙の日付を印刷する際のちょっとしたミスのように見えた」と述べているが、当時多くのエンジニアがY2K問題への安易な解決策を選んだことは忘れられない。
多くの人は、4桁の年を処理するためにコードを書き直すのではなく、システムが00から19までの20年を2000年代として扱うウィンドウ方式を選択しました。
厄介な問題に即席の対処法で対処したことのない人たちが、まず石を投げてみろ。結局、その修正によってさらに20年もの時間を稼いだことになる。それまでに会計担当者が適切な修正費用を負担するか、あるいはシステムが入れ替えられていたはずだ。
残念ながら、どうやらそうではないようです。ニューヨークのパーキングメーターは年明けにカード決済の受付を停止し、Trimble（旧PeopleNet）が販売していた一部の電子ログ記録装置（ELD）は2020年を迎えると不具合を起こし、GPSとサーバークロックの不一致により、機器が再起動を繰り返し続ける状態になりました。
後者の場合、故障したユニットに対処できるようになるまで、一部の米国のトラック運転手は記録を紙ベースの方法に切り替えることを余儀なくされました。
2038年が待ちきれない
20年前は問題がほとんどなかったことを当然ながら誇りに思っている業界にとって、これは少々恥ずかしいことです。また、今後20年が過ぎ、「2038年問題」が到来する前に、これから起こるであろうことと比べれば、取るに足らない出来事です。
2038年のLinuxクロックポカリプスが迫っているが、「本格的な計画」はない
続きを読む
この問題は、Unix 時間を 1970 年 1 月 1 日 00:00 UTC に開始し、カウンターを符号付き 32 ビット整数として保存するという決定によって発生し、2038 年 1 月 19 日の早朝に数値オーバーフローによりあらゆる種類のレガシー デバイスがダウンする可能性があります。
最新のアプリケーションやオペレーティングシステムは、期限が近づくにつれてパッチが適用されてきました。Linux（64ビットアーキテクチャ）などでは64ビット時刻が採用されていますが、互換性を重視するシステムへの対応は依然として課題となっています。組み込みハードウェア（数十年単位の寿命を持つ医療機器など）は、特に解決が困難な問題となる可能性があります。
それでも、最悪の問題が顕在化するまでにはあと20年近く残されているので、状況を改善する時間は十分にあります。あるいは、山奥の別荘を買って、自分でエンドウ豆を育て始めるのもいいかもしれません。®
