How Do Practitioners Build SE Agents? Insights from a Mixed-Methods Study
Attraverso uno studio a metodi misti su 100 professionisti, questo articolo rivela che la creazione di agenti di Ingegneria del Software sposta i colli di bottiglia dello sviluppo dalla codifica ad attività non legate alla codifica come i requisiti e il coordinamento, favorendo un flusso di lavoro guidato dalla valutazione caratterizzato da un processo a sette fasi e sfide quali segnali di valutazione inaffidabili e debito di comprensione.
Articolo originale sotto licenza CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Questa è una spiegazione generata dall'IA dell'articolo qui sotto. Non è stata scritta né approvata dagli autori. Per precisione tecnica, consulta l'articolo originale. Leggi il disclaimer completo
Immagina che lo sviluppo del software fosse simile alla costruzione di una casa con un martello e una sega. Dovevi tagliare ogni singola tavola, piantare ogni singolo chiodo e levigare ogni superficie a mano. Era lento, faticoso, e la "parte difficile" era semplicemente dare colpi di martello.
Ora, immagina che qualcuno ti consegni un robot magico e iper-veloce capace di tagliare, inchiodare e levigare un'intera casa in un battito di ciglia. Improvvisamente, il martello non è più il problema. Il problema è che il robot è così veloce che costruisce un intero palazzo prima ancora che tu abbia finito di disegnare le planimetrie.
È esattamente ciò che è accaduto quando gli sviluppatori hanno iniziato a usare gli agenti SE (robot AI che scrivono codice). Uno studio condotto da ricercatori che hanno intervistato 20 costruttori provenienti da 12 aziende diverse e hanno intervistato altri 80 partecipanti ha scoperto che, sebbene i robot rendessero la scrittura del codice economica e veloce, non hanno fatto scomparire il lavoro. Invece, il "collo di bottiglia" (l'ingorgo nel processo) si è semplicemente spostato in un'altra parte della strada.
Ecco cosa hanno scoperto i ricercatori, usando il linguaggio di un esploratore curioso.
La Nuova Danza in Sette Passi
Il documento suggerisce che costruire questi agenti AI non è più una linea retta; è una danza circolare composta da sette passi. È meno simile a una catena di montaggio di una fabbrica e più simile a un videogioco dove continui a rigiocare i livelli per ottenere un punteggio più alto.
- Il Progetto (Requisiti): Dici al robot cosa fare. Ma ora, devi scrivere le istruzioni in modo così chiaro che sia gli umani che il robot possano leggerle.
- La Scheda di Valutazione (Valutazione): Questo è il nuovo passaggio più importante. Non controlli il lavoro solo alla fine; usi una scheda di valutazione per guidare il robot mentre lavora.
- Il Carburante (Dati): Nutri il robot con esempi di buon lavoro da cui imparare.
- La Costruzione (Costruzione del Sistema): Scegli un "cervello" per il robot (un modello) e costruisci un "imbracatura" (una sorta di armatura con strumenti e memoria) intorno ad esso.
- Il Test Drive (Test e Distribuzione): Lasci che il robot giri e vedi se si schianta.
- Il Ciclo di Feedback (Feedback Umano): Osservi ciò che fa e gli dici: "No, fallo in questo modo", oppure "Sì, è stato ottimo".
- La Revisione (Manutenzione Adattiva): Il cervello del robot potrebbe ricevere un aggiornamento dal suo creatore, cambiando il suo modo di pensare. Devi costantemente regolare la tua imbracatura per stare al passo.
Il Grande Cambiamento: Da Chi Brandisce il Martello a Manager del Robot
Lo studio ha scoperto che, poiché i robot possono scrivere codice così velocemente, la vecchia idea che "programmare sia la parte difficile" è stata smentita. I ricercatori sostengono che programmare non è mai stato la parte più difficile; era solo la parte più rumorosa.
Ora che il robot svolge il lavoro pesante, il vero lavoro si è spostato sulla revisione e sulla valutazione.
- L'Effetto "Vibe Coding": Poiché il robot può costruire le cose così velocemente, i confini tra "ricercatore", "ingegnere" e "manager" si stanno sfumando. Una sola persona può ora svolgere l'intero lavoro, dal sognare l'idea fino a correggere l'ultimo bug.
- Il Problema della "Black Box" (Scatola Nera): I ricercatori suggeriscono che, poiché il robot è una "scatola nera" (non puoi vedere esattamente come pensa), non puoi semplicemente fidarti di lui. Hai bisogno di uno stile di Sviluppo Guidato dalla Valutazione. Ciò significa che definisci le regole per il successo prima di iniziare, e controlli costantemente se il robot sta effettivamente migliorando, non solo diventando più veloce.
Le Sei Trappole (Sfide)
Anche con robot super veloci, i costruttori hanno incontrato sei ostacoli principali. Il documento suggerisce che questi sono problemi reali e difficili, non semplici piccoli intoppi.
- La Scheda di Valutazione Rotta: Come fai a sapere se il robot ha fatto un buon lavoro? I ricercatori hanno scoperto che i "test" usati per valutare il robot sono spesso difettosi. A volte il robot trova una soluzione migliore di quella prevista dal test, ma il test segna "Fallito" perché sta cercando la vecchia risposta. Altre volte, il test è semplicemente troppo costoso da eseguire ogni volta.
- La Maledizione del "Non Cambiare Nulla, Cambia Tutto": Questa è una cosa inquietante. I ricercatori hanno scoperto che se l'azienda che ha creato il cervello del robot lo aggiorna (anche se tu non hai toccato il tuo codice), il tuo robot potrebbe improvvisamente iniziare a comportarsi diversamente. Uno strumento che funzionava ieri potrebbe rompersi oggi, anche se hai cambiato zero righe di codice.
- Sicurezza vs Velocità: I costruttori ammettono spesso di avere paura dei robot, ma li lasciano lavorare comunque per finire le cose più velocemente. Il documento suggerisce che questo è pericoloso. Un team ha lasciato libero un robot e questo ha accidentalmente eliminato la directory home di un utente perché aveva dimenticato le sue istruzioni.
- Il Gap delle "Regole Non Scritte": I robot possono leggere solo ciò che è scritto. Ma nella realtà, molta conoscenza è solo "nella testa delle persone" (come il motivo per cui una specifica parete è stata costruita storta). I ricercatori hanno scoperto che i robot non possono accedere a questa conoscenza "non detta", portando a confusione.
- Il Debito di Comprensione: Questa è la sorpresa più grande. I robot stanno scrivendo codice più velocemente di quanto gli umani riescano a comprenderlo. È come se il robot stesse costruendo un grattacielo in un giorno, mentre tu stai ancora cercando di capire la planimetria. I costruttori stanno accumulando un "debito" di codice che non comprendono. Per risolvere questo, alcuni team stanno iniziando a salvare le istruzioni per ricostruire il codice, piuttosto che salvare il codice stesso.
- La Falsa Produttività: Se conti solo quante righe di codice scrive il robot, sembra che tutti siano super produttivi. Ma i ricercatori suggeriscono che questa è una trappola. Scrivere 10.000 righe di codice che nessuno capisce o che nessuno necessita non è "produttivo". È solo "rumore".
Quanto Siamo Sicuri?
I ricercatori sono piuttosto fiduciosi in queste scoperte perché non hanno solo tirato a indovinare; hanno misurato.
- Hanno intervistato 20 esperti e poi hanno intervistato tramite sondaggio altri 80 partecipanti.
- Quando hanno chiesto al gruppo del sondaggio se concordavano con le scoperte, il 91% ha concordato con il nuovo flusso di lavoro, e tra il 71% e il 95% ha concordato con le specifiche sfide.
- Sono persino tornati dai partecipanti originali alle interviste per verificare se concordavano con il riassunto (un processo chiamato "member checking"), e gli esperti hanno risposto: "Sì, è esattamente quello che facciamo".
Il Punto Fondamentale
Il documento suggerisce che costruire agenti AI non ha reso l'ingegneria del software facile; l'ha solo resa diversa. La "parte difficile" si è spostata dalla scrittura del codice alla gestione del robot, al controllo del suo lavoro e al controllo che non faccia accidentalmente cancellare internet.
I ricercatori concludono che, man mano che l'implementazione diventa economica, i colli di bottiglia non scompaiono: si spostano semplicemente. Il futuro della costruzione di software non riguarda il digitare più velocemente; riguarda l'essere un miglior manager, un giudice più severo e un architetto più intelligente per i robot che svolgono il lavoro pesante.
Sommerso dagli articoli nel tuo campo?
Ricevi digest giornalieri degli articoli più recenti corrispondenti alle tue parole chiave di ricerca — con riassunti tecnici, nella tua lingua.