PostgreSQL 19のリリース遅延、原因はLLMによるバグ発見の急増
Postgres 19 is late, and it's AI's fault
PostgreSQL 19は例年より遅れ、11月リリースの見通しだ。背景にあるのはLLMによるバグ報告の急増で、バックパッチのコミット数は前年比60%以上、一つ前のリリースへのバックパッチは74%増加。修正のレビューと対応に人的リソースが割かれ、大型機能の差し戻しやリリース遅延につながった。品質重視の姿勢の表れとも言えるが、40年分の潜在バグをAIが掘り起こす中で、どう追いつき革新を続けるかという長期的課題も浮き彫りになっている。
LLMは今後、すべてのPostgreSQL開発者、そしてある程度は世界中のすべてのソフトウェア開発者に、自らの水準を引き上げることを要求することになるだろう。
HNでの議論
41- tibbar
この夏、仕事の合間にPostgresでちょっとしたAI支援のバグ探しをやったんだけど、収穫は驚くべきものだった。複数のシリアライゼーション異常、外部キーの整合性問題、プランナの正確性バグ。CVE級の脆弱性もいろいろ。修正不可能なタイムゾーンバグもあった。リストが長くなりすぎて、報告する時間があるものだけをトリアージせざるを得なくなり、何百もの候補のうち十二個か二十個ほどに絞った。これを世界中のみんながやっていると想像してみてほしい。
- CharlesW
> 今年は違うだろう。PostgreSQL 19はおそらく11月までリリースされない…… […] で、何が起きたのか？ 短く言えば、LLMが起きたのだ。 […] 大量のコードがあり、そのコードには大量のバグが含まれている。 […] 今までと違うのは、そうしたバグを見つけるのが格段に容易になったことだ。
これは……良いことでは？
プロジェクトの「伝統的な」リリースペースを多少乱すかもしれないというのは、代替案に照らせばそれほど悪いことには思えない。代替案とは、どうやら長らくコードベースを悩ませてきたバグを抱えたまま、また次のメジャーアップデートを出荷することだ。
- flossly
「魔法使いは決して遅れては来ないし、早くも来ない。彼はまさに来るべき時に来るのだ」――ガンダルフ
- droppedasbaby
本当の課題は検証をどうスケールさせるかを見極めることだろうね。発見はもうボトルネックじゃないから。同じ少数のメンテナが報告を検証し、修正をレビューしたりしなきゃいけないなら、バグ報告をいくら増やしても、修正が速くなるとは限らない。
- hopa
AIは読み取り専用の「検索」タスク（これを問い合わせる、バグを探す、脆弱性を見つける）には素晴らしいと思うけど、「この機能を追加する」みたいな「書き込み」タスクにはあまり向いていない気がする。検索タスクは簡単に検証できるが、コード変更の検証はずっと難しい。