2026年、私たちは「動く」ことが当たり前の時代に生きている。AIがコードを生成し、光メディアがテラバイト級のデータを保持し、プログラミング言語は日々進化を遂げる。しかし、その「動く」という言葉の裏側にある「信頼性」の構築が、実はどれほど泥臭いプロセスの積み重ねであるかを忘れてはいないだろうか。
今日、Hacker Newsを賑わせた3つのニュースは、一見バラバラでありながら、この「信頼」という共通のテーマを鮮やかに浮かび上がらせている。
物理メディアが教える「スペック」の嘘と誠
まず注目したいのは、Gough's Tech ZoneによるDVD±RWの書き換え寿命テストだ。iHAS120 6という「枯れた」ドライブを使い、半年以上をかけて行われた執念の実験である。
理論上1,000回の書き換えが可能とされるメディアだが、現実の検証結果は非情だ。あるメディアはわずか106回でベリファイエラーを吐き、別のメディアは期待を大きく超えて600回以上の書き換えに耐えた。実験者は、Windows Updateによる中断やドライブの挙動不審と戦いながら、PythonとOpenCVを駆使して「現実」を記録し続けた。
ここにあるのは、メーカーの美辞麗句ではない。物理的な層の変質、書き込み戦略の成否、そして「ディスクの腐食（Disc rot）」という抗えない劣化だ。技術を「信頼」するためには、こうした半年単位の地味な観測が不可欠であることを、この古い光学メディアは教えてくれる。
AIエージェントに立ちはだかる「マージ」の壁
一方で、最新のAI技術にも同様の「信頼性の断絶」が見られる。METRによる最新の調査によれば、SWE-bench Verified（AIによるソフトウェア修正のベンチマーク）をパスしたプルリクエスト（PR）の約半分が、人間のメンテナーの手にかかれば「マージ不可」と判断されるという。
自動評価システムが「正解」としたコードであっても、人間から見れば「コードの品質が低い」「標準に従っていない」「コア機能に影響がある」といった理由で拒絶される。ベンチマークスコアが60%であっても、それが実務での有用性60%を意味するわけではない。
AIが生成したコードが「動く」ことはゴールではなく、スタートに過ぎない。他人のコードへの敬意や、長期的な保守性という「数値化しにくい信頼」を勝ち取らなければ、技術は実社会にマージされないのだ。
9年を費やした「時間」の再定義
最後に、長らく待たれていたJavaScriptの新しい日付・時刻API「Temporal」がTC39のStage 4に到達した。JavaScript誕生時の「10日間のスプリント」から、Javaの仕様をほぼそのままコピーした（MILLJ：Make It Look Like Java）という呪縛。そこから始まったDateオブジェクトの迷走に、ようやく終止符が打たれた。
Temporalの標準化には実に9年の歳月が費やされている。既存のエコシステムとの整合性、タイムゾーンデータベースの動的な更新、ナノ秒精度の確保。Google、Microsoft、Bloomberg、Igaliaといった巨頭がエンジニアを出し合い、temporal_rs という共通のRustライブラリを共同開発するという、異例の協力体制を経て「完成」に至った。
この9年は、決して「遅すぎた」のではない。私たちが「時間」という一見シンプルでいて深淵な概念を、ブラウザという極限の環境で「信頼できる標準」として定義するために必要なコストだったのだ。
まとめ
技術の本当の価値は、それが「動く」瞬間ではなく、それが「信頼され、標準となる」プロセスに宿る。
- DVDの実験: スペックではなく、継続的な観測こそが現実の寿命を明らかにする。
- SWE-benchの限界: 自動評価を鵜呑みにせず、実務の「マージ基準」という高い壁を認識する必要がある。
- Temporalの標準化: 10年の合意形成は、負の遺産を「信頼できるインフラ」へと浄化する唯一の道である。
私たちは、AIが数秒でコードを吐き出す時代だからこそ、この「信頼」を築くための地道なステップを、より一層大切にするべきではないだろうか。
参考リンク