Grupul de dezvoltare globală PostgreSQL a amânat lansarea PostgreSQL 19, una dintre cele mai importante modificări de program din istoria de 30 de ani a bazei de date open source, după ce revizuirea codului asistată de LLM a scos la iveală mai multe defecte decât ar putea rezolva comunitatea de voluntari înainte de lansare.
Lansarea, programată odată pentru sfârșitul lunii septembrie sau începutul lunii octombrie, este acum așteptată să ajungă la disponibilitatea generală în jurul datei de 19 noiembrie, potrivit unui raport al The Register publicat pe 16 octombrie. Pe lângă întârziere, dezvoltatorii au revenit între opt și 10 caracteristici semnificative, împingându-i la PostgreSQL 20 de anul viitor. For more context on this story, see our ongoing breaking AI news.
Bara de calitate a fost mutată la jumătatea ciclului
Peter Eisentraut, vicepreședinte al companiei de consultanță PostgreSQL EDB și unul dintre cei mai importanți comisionari ai proiectului, a expus raționamentul într-o postare pe blog intitulată „Retururile vor continua până când moralul se va îmbunătăți”, publicat pe 9 octombrie.
Potrivit lui Eisentraut, unele dintre caracteristicile inversate prezentau defecte arhitecturale semnificative care ar fi fost greu de remediat „rapid și în timpul beta”. Dar problema mai neobișnuită a fost o coadă lungă de probleme mai mici pe care ciclurile anterioare de lansare pur și simplu nu le-ar fi surprins niciodată la timp.
Revizuirea codului asistată de LLM, a scris el, a dezvăluit „probleme relativ inofensive care implică diferite cazuri de margine” care în trecut ar fi putut să nu fi fost observate decât la ani de la lansare, de obicei apărând ca remedieri de erori în cei cinci ani de la o lansare. Odată cu revizuirea AI, aceleași defecte apar acum înainte ca codul să fie livrat.
„Cu revizuirea codului asistată de LLM, astfel de lucruri pot fi găsite mult mai repede, iar apoi vă uitați la o listă de patruzeci de rapoarte de defecte”, a scris Eisentraut. „Chiar dacă fiecare dintre ele necesită în medie doar o remediere pe trei linii, există o taxă generală fixă pentru a trata fiecare dintre acestea, iar apoi epuizați timpul.”
Momentul schimbării calității contează la fel de mult ca și amploarea acesteia. Când au fost scrise caracteristicile majore PostgreSQL 19, instrumentele de revizuire bazate pe LLM nu erau încă la fel de capabile pe cât a devenit în lunile premergătoare lansării. Proiectul și-a ridicat efectiv propria bară de calitate după ce codul fusese deja angajat.
„Ștacheta de calitate efectivă a fost ridicată după momentul în care caracteristica a fost scrisă și efectuată”, a spus Eisentraut. „Cu excepția cazului în care capabilitățile de revizuire a codului asistată de LLM continuă să se îmbunătățească în ritmul actual, această situație ar trebui să se rezolve de la sine pentru ciclurile viitoare de dezvoltare.”
Nu „Vibe Coding”
Eisentraut a avut grijă să distingă situația de dezvoltarea neglijentă generată de AI. Reversările, a subliniat el, nu au fost rezultatul „codării vibrațiilor”, deoarece tehnica nu era disponibilă atunci când au fost scrise majoritatea noilor caracteristici ale PostgreSQL 19. Problemele bazei de date au venit de la o revizuire mai bună, nu de la o creație mai proastă.
Această distincție este ceea ce face episodul remarcabil pentru industria software-ului mai largă. Cea mai matură bază de date open source din lume – propusă pentru prima dată de Michael Stonebraker în 1986 și redenumită PostgreSQL în 1995, când Andrew Yu și Jolly Chen au înlocuit limbajul de interogare POSTQUEL cu SQL – nu s-a defectat deoarece dezvoltatorii au fost neglijenți. A întârziat deoarece instrumentele AI au făcut controlul său existent dramatic mai eficient.
Un accident emblematic: interogări grafice
Cea mai proeminentă caracteristică extrasă din lansare este suportul pentru SQL Property Graph Queries (SQL/PGQ), o capacitate de potrivire a graficelor care a devenit parte a standardului SQL în 2023. Sintaxa le permite dezvoltatorilor să exploreze relațiile dintre nodurile conectate prin margini direct în SQL, iar implementarea PostgreSQL a fost una dintre cele mai așteptate caracteristici PostgreSQL 19.
A fost eliminat din cauza problemelor de corectitudine nerezolvate. Contribuitorul PostgreSQL, Tom Lane, a avertizat înainte de decizie, potrivit The Register: „În acest moment, aș fi dispus să pariez că, dacă o livrăm în v19, vor exista descoperiri de erori după lansare care nu pot fi remediate până la v20”.
Caracteristicile inversate, inclusiv SQL/PGQ, sunt de așteptat să aterizeze în PostgreSQL 20. Până de curând se presupunea că acea versiune nu conține deloc caracteristici noi - o continuare axată pe stabilizare. Acum probabil va absorbi munca PostgreSQL 19 înlocuită.
Ce încă se livrează în noiembrie
În ciuda întârzierilor, Eisentraut a promis că PostgreSQL 19 va fi în continuare „o lansare grozavă”. Printre caracteristicile reținute se numără REPACK CONCURRENTLY, care recuperează spațiu pe disc fără operațiunea VACUUM FULL de blocare a tabelului, care a fost mult timp un punct dificil pentru bazele de date de producție.
„Și va fi foarte robust, după toate verificările suplimentare”, a spus el.
Un semnal pentru fiecare echipă de inginerie
Episodul PostgreSQL este unul dintre cele mai clare exemple din lumea reală de revizuire a codului AI care schimbă nu doar modul în care este construit software-ul, ci și ce înseamnă „terminat”. Un proiect care a livrat versiuni de încredere cu o cadență anuală de decenii a constatat că noile sale instrumente de revizuire au generat constatări mai acționabile decât ar putea procesa menținătorii săi în calendarul existent.
Pentru echipele de întreprindere care pariază pe dezvoltarea asistată de AI, lecția din comunitatea PostgreSQL este măsurată: revizuirea AI poate crește substanțial calitatea, dar organizațiile au nevoie de capacitatea de revizuire - timp uman, proces de triaj și slăbiciune în program - pentru a absorbi ceea ce găsesc modelele. Alternativa este ceea ce a ales PostgreSQL: mutați data lansării.
Pentru administratorii de baze de date care planifică upgrade, îndrumările practice sunt neschimbate față de orice migrare a versiunii majore: testați încărcăturile de lucru împotriva PostgreSQL 19 beta, dar așteptați lansarea gata de producție în jurul datei de 19 noiembrie, mai degrabă decât fereastra inițială de toamnă.
Pe măsură ce instrumentele de revizuire AI se răspândesc prin ecosistemul open source - kernel-ul Linux a oficializat recent regulile de divulgare pentru utilizarea instrumentelor AI, o dezbatere pe care Registrul a urmărit-o îndeaproape - experiența PostgreSQL oferă o previzualizare. O recenzie mai bună găsește mai multe erori. Mai multe erori necesită timp pentru a fi remediate. Și uneori, cel mai sănătos răspuns la o IA care găsește mai multe defecte decât le pot gestiona oamenii este pur și simplu expedierea mai târziu.
---
Stay Ahead of AIGet the latest AI news, analysis, and breakthroughs — all in one place.
Read more AI news →
