ベータ期間が始まって以降、PostgreSQL 19 のブランチから異例に多くの機能が取り消されたことは、多くの読者がご存じのことでしょう。機能が取り消されること自体は珍しくなく、リリースサイクルごとに1件程度は想定できます。しかし今回は、数え方によっては約8〜10件の重要な機能が取り消されており、そのいくつかはベータ期間の比較的後半になってからのものです。影響を受けた機能の開発者またはコミッターである筆者が、何が起きたのかを振り返り、まだ予備的な見解を示しています。
原因は、機能ごとに異なる要因の組み合わせによるものと考えられます。筆者は、コードが十分な品質ではなかったかもしれず、チームの仕事も十分ではなかったかもしれないと認めています。また、偶然の要素もあったでしょう。プロジェクトは順調な流れにあり、期限内に完成させるには難しすぎることが判明した機能にいくつも取り組んでいました。機能の中には、ベータ期間中に素早く修正するのが困難な重大な設計上の欠陥を抱えていたものもありました。また、比較的無害なエッジケースの問題が長く尾を引いたものもあります。過去のサイクルであれば、これらの問題は後になって表面化し、その後の数年間で徐々に修正されていたはずです。
LLM支援によるコードレビューは、この時間軸を変えました。これらの問題は今やはるかに速く発見され、開発者の手元には約40件の不具合報告が残されています。それぞれの修正が小さくても、一つひとつに対応するための固定的な負担が積み重なり、時間が足りなくなります。影響を受けた機能の多くは、こうしたレビューツールが有用になるずっと前に書かれたものであり、コミット後に実質的な品質基準が上がっています。筆者は、コードがそのような可能性以前のものであることから、これは「バイブコーディング」によるものではないと主張しています。
さらに、「Vulnpocalypse」と呼ばれたセキュリティ危機により、4月から8月にかけて多くのシニア開発者がセキュリティ修正に動員されたことで、状況は悪化しました。その結果、ベータ期間中に通常行われる追加のレビューとテストが削減され、後になってようやく再開されたため、多くの問題がこれほど遅れて表面化したことが説明できます。筆者は、あと約2か月あれば小さな問題の多くに対処できたと考えていますが、コミュニティは遅らせるのではなくリリース日程を守ることを選びました。
出典: Hacker News · 要約：HeadlinesBriefing