Leader di pensiero

Vibe Coding, AI e la nuova realtà dell’ingegneria

mm
Aggiungi Unite.AI alle tue fonti preferite su Google

Dieci anni fa, l’idea che l’AI potesse scrivere codice al posto dei programmatori sembrava piÃđ una fantasia emozionante. Oggi, ÃĻ diventata parte della realtà quotidiana. Gli MVP vengono costruiti in pochi giorni, le interfacce vengono generate da prompt di testo e gli assistenti AI stanno diventando partecipanti a pieno titolo nei team di ingegneria.

Contro questo sfondo, sempre piÃđ persone stanno ponendo le stesse domande: l’AI sta realmente sostituendo i programmatori? L’intelligenza artificiale puÃē veramente eguagliare e sostituire un ingegnere senior? E cosa accadrà alla professione nel prossimo futuro?

Sono uno sviluppatore anch’io e ho un’opinione su questo. Analizziamolo.

Cosa c’ÃĻ dietro il problema?

C’ÃĻ un racconto dominante sulla programmazione AI che va piÃđ o meno cosÃŽ:

L’AI sta diventando estremamente efficace nel scrivere codice e, importante, già evita molti degli errori comuni che gli esseri umani commettono. Ancor piÃđ interessante ÃĻ che l’AI potrebbe essere migliore nel gestire i cosiddetti casi limite: scenari rari e insoliti che sono ubiqui nell’ingegneria del software e spesso difficili da anticipare in anticipo.

Quando il programmatore dice: “Voglio un pulsante qui”, riceve una risposta: “Ecco il pulsante, ecco 18 casi limite che dovresti considerare, ecco i test che devi eseguire e, per inciso, potresti anche voler aggiungere questo e questo”. Potresti guardarlo e pensare: “SÃŽâ€Ķ questo ha senso”. Da solo, potresti aver capito quei problemi settimane dopo – dopo che qualcosa era già andato storto in produzione. L’AI spesso suggerisce soluzioni immediatamente. Per gli ingegneri che già hanno un lavoro, aumenta notevolmente la produttività e l’efficienza.

E questo racconto porta direttamente a una domanda economica: se un’azienda in precedenza aveva bisogno di 100 sviluppatori per gestire un certo carico di lavoro, teoricamente ora potrebbe averne bisogno solo 20 – perchÃĐ quei 20 possono realizzare lo stesso lavoro con l’aiuto dell’AI.

Cosa c’ÃĻ dietro a questa accelerazione?

Sempre piÃđ spesso, vedo ingegneri del software molto forti temere per le loro posizioni, il loro posto nel mercato e il loro reddito. Sembra che presto non ci sarà piÃđ lavoro per i programmatori.

E la mia risposta ÃĻ solitamente: ragazzi, non ÃĻ cosÃŽ drammatico come sembra. In realtà, gli ingegneri esperti stanno guadagnando un nuovo tipo di valore proprio adesso. PerchÃĐ potremmo essere una delle ultime generazioni di sviluppatori che hanno veramente scritto codice a mano e capiscono profondamente come funzionano i sistemi sotto il cofano. La prossima generazione sta lavorando sempre piÃđ con strumenti AI – e insieme a ciÃē, la pratica dell’ingegneria sta cambiando.

Ecco cosa il racconto precedente non tiene in considerazione:

Il codice generato dall’AI spesso sembra perfettamente fine. I compiti vengono risolti, le interfacce funzionano e tutto funziona. Ma nel tempo, a lunga distanza, iniziano a comparire problemi piÃđ sottili: compromessi architettonici, decisioni di ingegneria deboli, problemi con le strutture dei dati o problemi di scalabilità. E ciÃē accade perchÃĐ l’AI ÃĻ già molto brava nel risolvere compiti locali, mentre la logica a lungo termine dei grandi sistemi richiede ancora l’esperienza umana e il giudizio dell’ingegnere.

È per questo che, una volta che questi progetti raggiungono ambienti di produzione seri – banche, piattaforme di e-commerce, servizi su larga scala – le squadre hanno ancora bisogno di persone che possano analizzare profondamente l’architettura, identificare le cause radice e ripristinare la logica generale del sistema.

Spesso ricevo telefonate da amici che dicono cose come: “Michael, puoi saltare dentro e aiutarci a capire perchÃĐ il sistema sta iniziando a cadere a pezzi?” Anche se oggi lavoro su Physical AI in Introspector, ogni tanto posso ancora aiutare con questo tipo di lavoro di ingegneria manuale difficile: ricostruire la logica del sistema, analizzare l’architettura e capire dove iniziano ad accumularsi i problemi.

E questo ÃĻ esattamente perchÃĐ credo che gli ingegneri forti rimarranno molto preziosi per molto tempo. Allo stesso tempo, sono spesso gli ingegneri esperti che stanno aiutando a migliorare e addestrare i modelli AI oggi. In Keymakr, abbiamo visto questo di persona quando cercavamo sviluppatori esperti per convalidare il codice e aiutare ad addestrare i modelli – persone che possono fare affidamento su un vero pensiero ingegneristico, esperienza pratica e una profonda comprensione di come si comportano i sistemi nel mondo reale.

Le principali ipotesi

E questo ci porta alla piÃđ grande domanda sul futuro: dove sta portando tutto ciÃē? Come possiamo far crescere la prossima generazione di ingegneri se stanno entrando nell’industria attraverso un percorso completamente diverso fin dall’inizio?

Se guardiamo la situazione in modo obiettivo, senza hype o paura, vedo alcuni scenari possibili.

  • Un futuro incerto

La prima e probabilmente la piÃđ onesta risposta ÃĻ che pochissime persone oggi stanno veramente pensando cosÃŽ lontano. Semplicemente perchÃĐ nessuno ancora comprende pienamente come sarà questo futuro nella pratica.

Forse, in pochi anni, gli agenti AI saranno realmente in grado di scrivere codice quasi perfetto – con una forte architettura, scalabilità e comprensione del contesto. Al momento, quella domanda ÃĻ ancora completamente aperta.

Allo stesso tempo, grandi aziende tecnologiche come Apple, Microsoft e Google continuano ad assumere attivamente ricercatori forti, specialisti in dottorato e persone da ambienti accademici. CiÃē suggerisce probabilmente che credono che la profonda comprensione dell’ingegneria rimarrà importante anche in un mondo in cui la maggior parte del codice viene generata automaticamente.

Le aziende piÃđ piccole, tuttavia, operano spesso con un orizzonte di pianificazione molto diverso. Quando non sai se la tua startup esisterà ancora tra sei mesi, diventa difficile pensare seriamente a cosa potrebbe accadere dieci anni dopo. Naturalmente, nessuno vuole intenzionalmente costruire qualcosa di fondamentalmente rotto. Le squadre cercano ancora di identificare i potenziali rischi e le debolezze.

Ma nella realtà, la logica ÃĻ spesso molto piÃđ semplice: prima, costruire un prodotto che funziona e genera entrate – poi occuparsi dell’architettura, dell’ottimizzazione e della riscrittura del sistema in seguito. Il problema ÃĻ che, in molti progetti, “in seguito” continua a essere rinviato indefinitamente.

  • Evolutzione a spirale

La seconda risposta, a mio parere, ÃĻ ancora piÃđ interessante. Se guardiamo la storia dell’industria, ÃĻ già passata attraverso transizioni simili molte volte prima. I primi programmatori lavoravano con schede perforate. Poi arrivÃē la generazione di ingegneri che scrivevano in Assembly – qualcosa che ÃĻ già difficile per molti sviluppatori moderni anche solo immaginare. All’epoca, dovevi letteralmente capire come funzionava l’hardware, pensare in termini di logica del processore e tenere in mente una grande quantità di complessità a basso livello.

Poi arrivÃē l’era del COBOL. Interi mainframe bancari furono costruiti su di esso e la parte piÃđ sorprendente ÃĻ che una parte significativa dell’infrastruttura bancaria globale ancora funziona su quei vecchi sistemi oggi. Ci sono ancora programmatori di 60 e 70 anni che mantengono quella base di codice e rimangono specialisti estremamente preziosi.

La prossima generazione si ÃĻ spostata su C++, Python e JavaScript. Io stesso appartengo a quell’era. Ad esempio, a malapena capisco come funziona il COBOL. In teoria, potrei impararlo – ma per me già sembra qualcosa di lontano e straniero.

E quando guardi questo storicamente, emerge un modello interessante: ogni nuova generazione di ingegneri non ha piÃđ bisogno di capire profondamente come funzionava la tecnologia della generazione precedente. Nel tempo, la conoscenza diventa incorporata nell’infrastruttura stessa.

Le schede perforate sono scomparse da tempo – la loro logica ÃĻ ora costruita nei processori. L’Assembly ÃĻ in gran parte scomparso come strumento mainstream perchÃĐ la sua complessità ÃĻ diventata nascosta all’interno dei sistemi operativi, dei driver e delle astrazioni a basso livello. Anche i tuoi cuffie oggi probabilmente contengono un piccolo sistema operativo che esegue tutta questa complessità nascosta in background – la maggior parte delle persone semplicemente non ci pensa.

Naturalmente, ci sono ancora specialisti che capiscono tutta questa magia a basso livello. Ma per la maggior parte dell’industria, ÃĻ già diventata un livello di astrazione.

E questo porta a un’idea molto logica: forse l’AI ÃĻ semplicemente il prossimo stadio di questa evoluzione. Forse la prossima generazione non avrà veramente bisogno di capire la programmazione classica cosÃŽ profondamente come abbiamo fatto noi.

  • L’economia del mercato

Un’altra ipotesi che ho ÃĻ che la codifica del vibe – o lo sviluppo assistito dall’AI – alla fine smetterà di essere percepito come “accelerazione gratuita”. In realtà, non ÃĻ del tutto gratuito; ÃĻ solo che, per ora, non tutti stanno calcolando attentamente i veri costi dietro di esso.

I modelli, i token, l’infrastruttura, le richieste costanti, la manutenzione dell’intera pipeline AI – tutto ciÃē sta diventando una spesa operativa significativa. È per questo che credo che le aziende presto inizieranno a guardare molto piÃđ da vicino al vero costo dello sviluppo assistito dall’AI e a chiedersi una domanda molto pragmatica: cosa ÃĻ realmente piÃđ efficiente – espandere un team di ingegneria o mantenere l’intera infrastruttura AI intorno allo sviluppo?

Un scenario molto realistico ÃĻ che i team di ingegneria forti potrebbero alla fine dimostrarsi piÃđ sostenibili economicamente, soprattutto quando si tratta di mantenere, evolvere e supportare prodotti nel lungo termine.

Tuttavia, credo che questo sia proprio il punto in cui potrebbe emergere un nuovo tipo di team di ingegneria: piccoli gruppi di specialisti estremamente esperti concentrati sul mantenimento della stabilità e della resilienza dell’infrastruttura stessa. Nel tempo, ciÃē potrebbe diventare una delle specializzazioni di ingegneria piÃđ preziose dell’industria.

  • Le persone che lavoreranno insieme all’AI

E l’ultima ipotesi – sebbene molto realistica – ÃĻ che la prossima generazione di ingegneri dovrà probabilmente costruire le loro carriere in un ambiente completamente diverso. E ciÃē va ben oltre la sola programmazione. Cambiamenti simili stanno già iniziando a ridisegnare il diritto, la finanza, la medicina e quasi ogni campo in cui l’AI puÃē prendere il sopravvento su una parte significativa del lavoro intellettuale di routine.

Nonostante tutto ciÃē, tendo a vedere ciÃē che sta accadendo in modo abbastanza positivo. Probabilmente perchÃĐ, nel complesso, mi piace il progresso. Mi piace l’idea che la tecnologia possa migliorare la vita delle persone, liberare gli esseri umani da enormi quantità di lavoro ripetitivo e rendere molti processi piÃđ sicuri ed efficienti.

Ad esempio, i sistemi di guida autonoma come quelli di Tesla o Waymo stanno già dimostrando livelli di sicurezza notevolmente elevati in molti scenari rispetto ai conducenti umani. E questo ÃĻ veramente impressionante.

Allo stesso tempo, il mondo che i nostri figli stanno entrando sarà molto piÃđ complesso in termini di identità professionale. Dovranno cercare il loro posto e scopo in un paesaggio in rapida evoluzione.

Se un bambino oggi vuole diventare un avvocato, un analista finanziario o un programmatore, c’ÃĻ una forte probabilità che queste professioni appariranno completamente diverse nel futuro. Forse diventeranno specialisti che lavorano a stretto contatto con l’AI legale, l’AI finanziaria o l’AI di codifica – persone che operano sistemi AI, convalidano output, forniscono contesto e prendono le decisioni chiave.

Credo che sia importante riconoscere che quasi tutti questi scenari già sembrano realistici oggi. E che ci piaccia o no, tutto ciÃē che sta accadendo ora fa parte di un’onda di progresso tecnologico molto piÃđ grande. È molto improbabile che questo processo possa essere fermato. CiÃē significa che dovremo imparare a vivere in questo nuovo mondo – imparando gradualmente a bilanciarlo, a comunicare con esso e forse anche a sviluppare una nuova forma di coesistenza accanto ad esso.

Michael Abramov ÃĻ il fondatore e amministratore delegato di Introspector, con oltre 15 anni di esperienza nel settore dell'ingegneria del software e dei sistemi di intelligenza artificiale della visione computerizzata per la costruzione di strumenti di etichettatura di livello aziendale.

Michael ha iniziato la sua carriera come ingegnere del software e dirigente R&D, costruendo sistemi di dati scalabili e gestendo team di ingegneria multifunzionali. Fino al 2025, ha ricoperto il ruolo di amministratore delegato di Keymakr, un'azienda di servizi di etichettatura dei dati, dove ha sviluppato workflow umani nella catena di montaggio, sistemi di controllo qualità avanzati e strumenti personalizzati per supportare le esigenze di dati di visione computerizzata e autonomia su larga scala.

Possiede una laurea in Scienze informatiche e una formazione in ingegneria e arti creative, portando un approccio multidisciplinare alla risoluzione di problemi complessi. Michael opera all'intersezione dell'innovazione tecnologica, della leadership del prodotto strategico e dell'impatto nel mondo reale, spingendo in avanti la prossima frontiera dei sistemi autonomi e dell'automazione intelligente.