AI-ul de programare, între promisiune și haos pentru proiectele open-source

Într-o lume în care instrumentele de programare bazate pe inteligență artificială devin tot mai puternice, se conturează ideea că dezvoltarea de software va deveni foarte ieftină, lăsând puțin spațiu pentru companiile de software tradiționale. Un raport de analiză chiar afirma că „vibe coding va permite startup-urilor să copieze rapid funcționalitățile unor platforme SaaS complexe”.

De aici au apărut îngrijorări și declarații dramatice că firmele de software sunt condamnate. La prima vedere, proiectele open-source, care folosesc agenți și instrumente automate pentru a compensa lipsa de resurse, ar trebui să fie printre primele care beneficiază de această eră a „codului ieftin”. Totuși, în practică, această ecuație nu se confirmă pe deplin. Impactul real al instrumentelor de programare cu AI asupra software-ului open source este mult mai mixt.

Conform experților din industrie, AI-ul de programare a creat aproape tot atâtea probleme câte a rezolvat. Ușurința cu care pot fi folosite aceste instrumente a dus la un val de cod slab calitativ, care riscă să copleșească proiectele. E mult mai simplu ca oricând să adaugi funcționalități noi, însă întreținerea lor rămâne la fel de dificilă și poate accentua fragmentarea ecosistemelor software.

Rezultatul este o poveste mult mai complicată decât ideea unei „abundențe” de software. Moartea iminentă a inginerului software în această nouă eră a inteligenței artificiale pare, deocamdată, prematur anunțată.

În general, proiectele cu cod sursă deschisă observă o scădere a calității medii a contribuțiilor, probabil ca efect al faptului că instrumentele cu AI au redus barierele de intrare pentru începători. „Pentru persoanele care sunt începătoare în raport cu codul VLC, calitatea cererilor de îmbinare pe care le vedem este abisală”, a declarat Jean-Baptiste Kempf, CEO al organizației VideoLan care gestionează VLC.

Kempf rămâne totuși optimist în privința instrumentelor de codare cu AI, dar subliniază că acestea sunt cele mai utile „pentru dezvoltatori experimentați”.

Probleme similare au apărut și la Blender, un instrument de modelare 3D menținut ca open source încă din 2002. CEO-ul Blender Foundation, Franceso Siddi, a spus că aporturile asistate de LLM au „irosit timpul revizorilor și le-au afectat motivația”. Blender elaborează încă o politică oficială privind utilizarea acestor instrumente, însă Siddi precizează că ele „nu sunt nici impuse, nici recomandate pentru contribuitori sau dezvoltatorii de bază”.

Valul de cereri de îmbinare a devenit atât de mare, încât dezvoltatorii open-source creează acum noi instrumente pentru a-l gestiona. La începutul acestei luni, dezvoltatorul Mitchell Hashimoto a lansat un sistem care limitează contribuțiile pe GitHub la utilizatori „garantați”, închizând practic politica tradițională de „ușă deschisă” pentru proiectele open-source. După cum a explicat Hashimoto în anunț, „AI a eliminat bariera naturală de intrare care le permitea proiectelor OSS să aibă încredere în mod implicit”.

Același efect se observă și în programele de tip bug bounty, care oferă cercetătorilor externi o cale deschisă pentru a raporta vulnerabilități de securitate. Programul open-source de transfer de date cURL și-a oprit recent programul de recompense pentru bug-uri, după ce a fost copleșit de ceea ce creatorul Daniel Stenberg a descris ca fiind „AI slop”.

„Pe vremuri, cineva chiar investea mult timp în raportul de securitate”, a spus Stenberg la o conferință. „Exista o fricțiune naturală, dar acum nu mai este nevoie de niciun efort. Porțile s-au deschis complet.”

Situația este cu atât mai frustrantă cu cât multe proiecte open-source resimt în același timp și beneficiile instrumentelor de programare cu AI. Kempf spune că, pentru VLC, crearea de module noi a devenit mult mai ușoară, atâta vreme cât există un dezvoltator experimentat care coordonează procesul.

„Poți oferi modelului întregul cod sursă al VLC și să spui: «Portez acest proiect pe un nou sistem de operare»”, a explicat Kempf. „Este util pentru persoanele cu experiență, atunci când scriu cod nou, dar e dificil de gestionat pentru cei care nu știu ce fac.”

Problema majoră pentru proiectele open-source ține însă de diferențele de priorități. Companiile de tehnologie pun accent pe cod nou și produse noi. În schimb, munca din open source se concentrează mai mult pe stabilitate și mentenanță.

„Problema este diferită între marile companii și proiectele open-source”, a comentat Kempf. „Ei sunt promovați pentru că scriu cod, nu pentru că îl întrețin.”

Instrumentele de programare cu AI apar, în plus, într-un moment în care software-ul este deja puternic fragmentat. Fondatorul Open Source Index, Konstantin Vinogradov, care a lansat recent un fond pentru menținerea infrastructurii open-source, spune că aceste instrumente se lovesc de un trend mai vechi din ingineria open source.

„Pe de o parte, avem o bază de cod care crește exponențial, cu un număr exponențial de interdependențe. Pe de altă parte, avem numărul de mentenanți activi, care poate crește lent, dar cu siguranță nu ține pasul”, a explicat Vinogradov. „Odată cu AI, ambele părți ale acestei ecuații s-au accelerat.”

Aceasta este o nouă perspectivă asupra modului în care AI influențează ingineria software, cu implicații îngrijorătoare pentru industrie. Dacă vezi ingineria ca proces de producere a unui software funcțional, atunci instrumentele de programare cu AI par să ușureze enorm munca. Dar dacă ingineria înseamnă, de fapt, gestionarea complexității software-ului, aceste instrumente pot face lucrurile mai dificile. Cel puțin, va fi nevoie de planificare activă și de un efort substanțial pentru a ține sub control complexitatea tot mai extinsă.

Pentru Vinogradov, rezultatul seamănă cu situația clasică din multe proiecte open-source: foarte mult de lucru și prea puțini ingineri buni care să ducă această muncă la capăt. „AI nu crește numărul de mentenanți activi și competenți”, a remarcat el. „Îi face pe cei buni mai puternici, dar toate problemele fundamentale rămân neschimbate.”