A făcut două aplicații doar cu vocea și mouse-ul. Care e concluzia

Ideea că programarea înseamnă neapărat tastatură, editor deschis toată ziua și debugging clasic începe să fie zguduită chiar din interiorul industriei. Jurnalistul și dezvoltatorul David Gewirtz susține că a reușit să avanseze două proiecte software serioase folosindu-și aproape exclusiv vocea, un mouse și un terminal, fără să mai depindă de mediile tradiționale de dezvoltare în modul în care o făcea până acum. Experiența l-a dus la o concluzie provocatoare: IDE-urile nu mai sunt centrul absolut al programării, iar în unele fluxuri de lucru ar putea deveni aproape opționale.

Punctul de plecare al demonstrației sale este cât se poate de concret. Gewirtz povestește că lucra la două aplicații Apple complexe, destinate pentru iPhone, iPad, Mac și Apple Watch, adică opt versiuni de produs în total, în timp ce una dintre mâini îi era ocupată pentru că își ținea câinele în brațe. Fără tastatură la dispoziție, a folosit dictare vocală și un mouse configurat cu comenzi rapide pentru a trimite instrucțiuni către AI, a comuta între ferestre și a lansa anumite acțiuni. În loc să scrie cod linie cu linie, a cerut modelului AI să producă și să modifice codul, iar el a rămas în rolul de coordonator al procesului.

Cum arată noul mod de a programa cu AI

Cea mai interesantă idee din acest experiment nu este partea spectaculoasă cu vocea, ci schimbarea de logică. Potrivit lui Gewirtz, vechiul ciclu de dezvoltare era construit în jurul pașilor editare, build, testare și debugging. Toate marile IDE-uri, de la Xcode la VS Code sau alte soluții similare, au fost gândite tocmai pentru a optimiza aceste etape: editare rapidă, evidențiere de sintaxă, completare automată, breakpoint-uri și analiză detaliată a erorilor.

În modelul de lucru asistat de AI, spune el, editarea este înlocuită de instrucțiuni, iar debugging-ul de ghidare. Cu alte cuvinte, în loc să rescrii singur blocuri întregi de cod, descrii ce vrei, verifici rezultatul, testezi aplicația și apoi îi spui AI-ului ce trebuie corectat sau rafinat. Build-ul și testarea rămân, dar interacțiunea principală se mută din editor într-o interfață conversațională, adesea chiar într-un terminal. Asta nu înseamnă că AI-ul face totul perfect, ci că dezvoltatorul își mută energia din execuție directă în orchestrare, evaluare și corectare strategică.

Vezi și:

Alertă meteo de furtuni în București și alte 12 județe până la ora 23:00. Sunt așteptate vijelii, grindină și ploi torențiale

De ce ideea că IDE-urile devin opționale nu mai pare SF

Afirmația că IDE-urile ar putea deveni depășite sună radical, dar nu este complet absurdă în contextul actual. Dacă un dezvoltator petrece tot mai mult timp discutând cu un asistent AI care scrie codul, propune remedieri și iterează rapid, rolul editorului clasic se reduce. În cazul descris de Gewirtz, Xcode a fost folosit mai degrabă pentru build și trimiterea aplicației spre testare, nu pentru scris efectiv cod sau pentru debugging manual. Cu alte cuvinte, IDE-ul nu dispare, dar coboară de pe tron.

Totuși, concluzia trebuie privită cu un minim realism. Faptul că acest flux funcționează pentru un dezvoltator experimentat, care știe exact ce cere și cum să verifice ieșirea AI-ului, nu înseamnă automat că toată industria va renunța la IDE-uri peste noapte. Mai degrabă, ceea ce se schimbă este centrul de greutate al muncii. Programatorul nu mai este obligat să stea permanent în editor pentru fiecare pas, iar tastatura nu mai este singura poartă de intrare în dezvoltare. Dacă această direcție se confirmă, următorii ani ar putea transforma IDE-ul din locul unde „se face programarea” într-un simplu instrument dintr-un ecosistem dominat de prompting, testare și coordonare asistată de AI.

Companiile românești care puteau concura cu Digi pentru cele 196 de milioane de euro din SAFE. Cine putea primi contractul cu SRI