PostgreSQL 19, AI destekli kod incelemesi geliştiricilerin çözebileceğinden fazla hata bulununca Kasım ayına ertelendi

Sürüm Kasım ayına ertelendi

Yaygın olarak kullanılan açık kaynak veritabanının bir sonraki büyük sürümü olan PostgreSQL 19, ilk planlanan eylül sonu ya da ekim başı penceresi yerine artık yaklaşık 19 Kasım'da genel kullanıma sunulacak. The Register'ın haberine göre PostgreSQL Global Development Group, sekiz ile on arasındaki önemli özelliği de geri alarak PostgreSQL 20'ye erteledi.\n Bunun nedeni alışılmadık. PostgreSQL destek ve danışmanlık şirketi EDB'nin başkan yardımcısı ve öndeğan bir PostgreSQL committer'ı olan Peter Eisentraut, blog yazısında sorumluluğun en azından bir kısmının LLM destekli kod incelemesinde olduğunu yazdı.

Çözme kapasitesinden daha fazla bulgu

Eisentraut sorunları iki gruba ayırdı. Geri alınan özelliklerin bazılarında, bir beta döngüsü içinde yamanamayacak kadar ciddi mimari kusurlar vardı. Asıl yükü oluşturan ise, kenar durumları çevresindeki çok sayıda küçük ve çoğunlukla zararsız hataydı — eski dönemlerde muhtemelen lansmandan çok sonrasına kadar fark edilmeyip sonraki beş yıla yayılan hata düzeltmeleriyle çözülecek türden sorunlar.

Yapay zekâ destekli inceleme bu sorunları çok daha erken buluyor. Eisentraut, karşısına çıkan kırk hata raporlu listeyi şöyle anlattı: ortalama düzeltme sadece yaklaşık üç satır olsa bile her rapor sabit bir yük getiriyor ve sonunda takvim tükeniyor.

Zamanlama işleri zorlaştırdı. PostgreSQL 19'un büyük özellikleri, LLM tabanlı inceleme bugünkü yararlılığına olgunlaşmadan önce yazılmıştı; lansmandan aylar önce araçlar gelişti, yani kodun tabi tutulduğu etkin standard, o kod zaten commit edildikten sonra sıkılaştı. Eisentraut, LLM inceleme yeteneği bugünkü hızla gelişmeye devam ederse gelecekteki geliştirme döngülerinin buna uyum sağlayacağını ve durumun kendiliğinden çözüleceğini öne sürdü.

Geri almaların "vibe coding" belirtisi olmadığını da açıkça belirtti; çünkü bu yaklaşım, yeni özelliklerin çoğu yazıldığında henüz mevcut değildi.

Neler kesildi, neler kaldı

En görünür kayıp, SQL Property Graph Queries (SQL/PGQ) desteği — 2023'te SQL standardına eklenen ve kenarlarla bağlanan düğümler arasındaki ilişkileri keşfetmeye yarayan sözdizimi. PostgreSQL'in uygulaması, çözülemeyen sorunlar nedeniyle kaldırıldı. Emektar katkıcı Tom Lane tehlikeye dikkat çekmişti: "Bu noktada, bunu v19'da yayınlarısak v20'ye kadar düzeltilemeyecek sürüm sonrası hata keşifleri olacağına dair bahse akşam yemeğini koyarım."

PostgreSQL 19 yine de REPACK CONCURRENTLY içerecek; bu işlem, VACUUM FULL'ün gerektirdiği tablo kilitlemesi olmadan disk alanını geri kazanıyor. Eisentraut, sürümün yine güçlü bir sürüm olacağını ve ek incelemeden sonra alışılmadık derecede sağlam olacağını vaat etti.

Geri alınan özelliklerin PostgreSQL 20'de geri gelmesi bekleniyor — birkaç ay önce geliştiricilerin o sürümün yeni özellik değil sadece düzeltme içereceğini beklemesinin tam tersi bir durum.

Neden önemli

Bu olay, yapay zekâ ve yazılım kalitesi tartışmasına somut bir veri noktası ekliyor ve alışılmış anlatıyı tersine çeviriyor. Yapay zekâ araçları hataları oluşturmadı; dünyanın en olgun açık kaynak projelerinden birinin işleyebileceğinden daha hızlı bir şekilde gizli bir hata birikimini gün yüzüne çıkardı. AI incelemesi benimseyen her ekip için ders şu: triage ve onarım kapasitesini eşit şekilde artırmadan tespiti hızlandırmak, sadece darboğazı taşıyor. PostgreSQL kullanıcıları için gecikme muhafazakâr bir takas — biraz daha geç gelen ama daha az gizli hata içeren bir sürüm ve artık sessiz değil özellik dolu görünmesi muhtemel bir PostgreSQL 20.