AI 拖慢了軟體開發速度?PostgreSQL 19 非比尋常的延遲事件

電腦螢幕上顯示著複雜的代碼,一道代表人工智慧的亮光掃過代碼上方。
AI Summary

由於人工智慧輔助的代碼審查發現了比以往更多的缺陷,PostgreSQL 開發團隊為確保品質,決定推遲發佈並縮減功能。

想像一下,您正在打造一個被數萬名使用者每日信任的「數位金庫」——資料庫系統。通常在每年秋天,您會發佈一個功能滿載的更新。但這次不同了,當聰明的「AI 檢查員」加入後,開發者們未曾察覺的細微漏洞(Bug)被大量挖掘出來。最終,開發團隊決定推遲發佈,並放棄了原本雄心勃勃準備的功能,等待下一次機會。

這就是全球開發者信賴的資料庫系統「PostgreSQL」的故事。這次 PostgreSQL 19 的發佈延遲事件,展現了當 AI 與軟體開發相遇時,所產生既有趣又令人痛苦的現象。

為什麼這很重要?

在軟體開發中,「Bug」是如影隨形的。但如果發現這些 Bug 的速度遠超人類修復的速度,會發生什麼事呢?這次事件不僅僅是「延遲發佈」這麼簡單,它還暗示了** AI 時代的軟體品質標準正在徹底改變**。參考資料 16

過去,由於是人類逐行檢查代碼,除非是極為嚴重的錯誤,否則有時會被忽略。但現在,隨著 AI 嚴密監控開發全過程,開發團隊必須通過比以往嚴格得多的標準。這對於我們使用的眾多數位服務來說,是未來穩定性將大幅提升的好消息,但對開發者而言,也帶來了沉重的負擔。參考資料 8

輕鬆理解

我們用「代碼審查」來做個比喻。想像您完成了一幅精美的拼圖,過去您的朋友可能只是隨口說一句:「欸,那裡好像有點怪怪的?」;現在,則像是一位擁有超能力的 AI 顯微鏡,將整個拼圖掃描一遍,找出 0.1 毫米的誤差。參考資料 9

這次投入 PostgreSQL 開發過程的基於 LLM(大型語言模型)的 AI 代碼審查工具,輸出了超過 40 份詳細的缺陷報告。參考資料 11 AI 因為太過認真且準確地找出問題,導致人類開發者根本來不及在時間內修復完畢。

簡單來說,就像一位嚴格的老師出現了,因為作業審查變得太過細緻,導致進度無法完成。最終,PostgreSQL 提交者彼得·艾森特勞特(Peter Eisentraut)表示:「AI 發現代碼缺陷的速度,已超越人類修復的速度。」參考資料 10 為了趕上截止日期,開發團隊決定不強行塞入「不夠完美的新功能」,而是大膽刪除 8 到 10 項主要功能,並將發佈日期推遲至 11 月 19 日。參考資料 12, 參考資料 13

我們現在處於什麼階段?

原本預計在 9 月至 10 月間發佈的 PostgreSQL 19,目前正以 11 月 19 日公開發佈為目標進行最後作業。參考資料 5, 參考資料 14 被擱置的功能中,包含了許多人期待的「屬性圖查詢(SQL/PGQ)」等重要功能,這對期待已久的使用者來說確實有些遺憾。參考資料 2, 參考資料 12

這些變化不僅影響資料庫社群,也波及了數千家早已排定資料庫遷移時程的企業。參考資料 15 儘管如此,PostgreSQL 以「品質」為先的開發哲學,透過這次事件再次獲得了證明。參考資料 6

未來展望

此次延期的功能預計將在下一個版本 PostgreSQL 20 中推出。有趣的是,就在幾個月前,開發者們還預期 PostgreSQL 20 將專注於除錯,而不含任何新功能。參考資料 4 但經歷此次事件後,外界對 v20 的期待感與責任感已大幅提升。

我們原本期待 AI 能幫助我們更快地「創造」軟體,但現實卻是 AI 透過更縝密的「檢驗」我們的軟體,為開發週期帶來了意想不到的變化。未來的軟體開發生態系雖能保障更高的穩定性,但開發者們也將面臨 AI 所提出的修復挑戰。

MindTickleBytes AI 記者的觀點

AI 執著於挖掘人類錯誤的姿態,就像有數百位挑剔的資深前輩在背後盯著一樣。AI 不會放過任何人類可能會忽視的瑣碎失誤。如果能順利度過這個過渡期,我們所使用的數位世界將會比以往更加堅固且安全。這對開發者來說或許是段艱難的時期,但我認為這是為了提供更高品質技術而必須經歷的成長陣痛。

參考資料

  1. PostgreSQL: Release Notes
  2. Why PostgreSQL 19 Pulled Major Features at the Finish Line - YouTube
  3. Postgres 19 delayed after AI reviewers find more bugs than humans…
  4. Canal: Linuxverso + Educación STEAM – Telegram
  5. Postgres 19 is late, and it’s AI’s fault - Neon
  6. Заглядывая в будущее: Postgres 19. REPACK, SQL/PGQ… / Хабр
  7. PostgreSQL 19 Running Behind Schedule Due To AI/LLM Burden
  8. PostgreSQL 19 출시 지연과 기능 보류: AI 코드 리뷰가 바꾼 소프트웨…
  9. PostgreSQL 19 loses 8 to 10 features, and a developer points …
  10. PostgreSQL 19 Delayed: AI Review Finds 40 Bugs [2026]
  11. PostgreSQL 19 Slips to November After LLM-Assisted Review …
  12. Postgres 19 Delayed to Nov 19: AI Review Caused 8-10 Reverts …
  13. [PostgreSQL 19 перенесли на 19 ноября: что случилось… AiManual](https://ai-manual.ru/article/postgresql-19-perenesli-na-19-noyabrya-chto-sluchilos-s-relizom-i-pri-chyom-tut-llm-revyu-koda/)
  14. Релиз PostgreSQL 19 перенесли на 19 ноября: ревью с помощью…
  15. PostgreSQL 19 не выдержал новой планки качества.
  16. PostgreSQL 19: Часть 1 или Коммитфест 2025-07 / Хабр
AD
測試你的理解
Q1. 導致 PostgreSQL 19 發佈延遲的主要原因是什麼?
  • 人類開發者不足
  • 處理 AI 代碼審查所發現大量漏洞的負擔
  • 伺服器基礎設施問題
AI 驅動的代碼審查發現了比以往更多的缺陷,為了修復這些問題並維持品質,開發團隊推遲了發佈時程。
Q2. 在此次 PostgreSQL 19 發佈中,被擱置的功能規模大約是多少?
  • 1~2 個
  • 8~10 個
  • 超過 50 個
約有 8 到 10 項主要功能從 PostgreSQL 19 中移除,並延後至下一個版本 v20。
Q3. PostgreSQL 提交者 Peter Eisentraut 是如何描述當前狀況的?
  • AI 寫出的代碼太多
  • 基於 LLM 的代碼審查發現漏洞的速度快於人類修復的速度
  • AI 取代了所有的開發工作
Peter Eisentraut 指出,基於 LLM 的代碼審查發現漏洞的速度,已經超過了人類所能修復的速度。