Se stai leggendo questo, hai già capito l’aria che tira: siamo nella cacca.
Ora “costruire” lo sanno fare tutti. Mantenere, quasi nessuno. E assumere sembra speed-dating dentro un uragano, con la differenza che l’uragano ha la dashboard dei KPI e HR ti chiede se “usi gli agenti”, come se fosse la domanda magica che separa i dev veri dai truffatori.
Spoiler: non lo è. Non lo è mai stata. Prima erano incapaci. Adesso sono incapaci con più filtri.
Parliamo chiaro di cosa sta facendo davvero l’ondata AI al mercato del lavoro per sviluppatori, e di come non farti macinare senza diventare uno che parla per slogan.
La verità brutta (ma utile) è questa: il mercato non pagherà di più per “più sviluppatori”. Pagherà di più per meno sviluppatori, ma che sanno reggere il peso.
Non perché “il codice è morto”. Il codice sta benissimo. Anzi, è ovunque. È che ora il codice esce dalle pareti. Esce dalle slide. Esce dai prompt. Esce dai commenti su LinkedIn. Il problema non è scriverlo. Il problema è non farlo esplodere.
Quello che cambia davvero è la fiducia.
Quando l’output diventa economico, le aziende smettono di pagare per l’output. Pagano per la persona che può mettere le mani in produzione senza lasciare impronte digitali e senza far partire le sirene.
Primeagen dice: “ci serviranno più sviluppatori perché dovremo riscrivere tutto per i LLM generativi.” Logica pulita. La logica la compro. Il calendario no.
Le aziende non si riorganizzano perché qualcuno ha fatto un ragionamento brillante. Si riorganizzano quando prendono una randellata. Tipo un incidente in produzione che costa soldi veri, clienti veri, e una call con facce grigie.
Adesso siamo nella fase dei coriandoli di feature. L’AI rende facilissimo buttare fuori roba, quindi le aziende fanno quello che fanno sempre: rilasciano. Si vantano. Rilasciano ancora. Si vantano più forte. E intanto sotto al cofano si accumula spazzatura, ma con molto entusiasmo.
Poi arriva il conto.
Il conto di solito non è “il codice è brutto”. Il conto è più subdolo: logica di business sparsa ovunque, pattern che cambiano ogni tre file, duplicazioni, performance che crollano quando cresce il traffico, test che non testano niente, e una pipeline di deploy che a un certo punto decide di odiarti come persona.
E lì succede la magia vera: l’assunzione cambia. Non diventa più grande. Diventa più cattiva.
Meno “sai fare una CRUD in un weekend”. Più “riesci a fermare l’emorragia senza rompere pagamenti, dati e uptime?”. Perché alla fine è quello che interessa. Nessuno ti paga per essere veloce. Ti pagano per essere veloce senza fare danni.
Ed è anche per questo che il tuo CV può sembrare improvvisamente inutile.
Prima bastava “ho fatto X”. Ora chiunque può dire “ho fatto X” e allegare un repo che sembra serio perché il README ha i titoli in grassetto e una roadmap finta. Quindi HR e hiring manager (quelli bravi) cercano cose difficili da falsificare: esperienza vera, ownership vera, cicatrici vere.
Ecco perché vedi l’inflazione dell’esperienza. “5+ anni” su ruoli che prima erano “2+”. Non perché le aziende siano diventate più sagge. È perché stanno cercando di abbassare il rischio usando il metodo più pigro: alzare l’asticella sulla carta e sperare che funzioni.
Ora, la parte divertente è quanto sia prevedibile la distorsione.
Il funnel in alto si affolla perché l’AI rende facilissime le demo. I founder fanno prototipi. I marketer fanno prototipi. Il cuginetto sedicenne del tuo amico fa un prototipo con landing page, pricing e bottone “Richiedi accesso”. Il bottone non fa niente, ma ha vibes. E su LinkedIn prende pure i complimenti.
Questo non ti sostituisce. Però cambia cosa significa “impressionante”.
Nel 2019, “ho fatto un’app full-stack” era un flex.
Nel 2026, “ho fatto un’app full-stack” è un martedì qualsiasi.
Il flex ora è: “l’ho rilasciata, l’ho tenuta in piedi, ho reso i rilasci noiosi, e i grafici hanno smesso di fare l’elettrocardiogramma.”
Facciamola ancora più semplice, versione cinema.
Scena: 2026. Tutti rilasciano. Il competitor ti clona la feature prima che tu finisca il caffè. Gli investitori applaudono. Il team prodotto urla “ancora!”. Engineering fa finta di niente. Produzione, in silenzio, sta preparando la vendetta.
Il problema non è che i LLM scrivono codice brutto. A volte scrivono codice ottimo.
Il problema è che rendono facilissimo produrre codice senza proprietario. Codice che nessuno capisce davvero. Codice che nessuno sa spiegare. Codice che nessuno si sente addosso quando esplode alle 3 di notte.
Ecco perché “riscrivere tutto per i LLM” è una frase sbagliata. Non riscriverai “tutto”. Riscriverai il modo in cui costruisci software, perché altrimenti l’output dei LLM ti trasforma la codebase in un museo del caos, con guida turistica inclusa.
Servono review più seri, confini più chiari, test che esistono davvero, osservabilità fatta bene, e meno merge del tipo “boh sembra giusto, il diff è convincente”.
L’AI non elimina la disciplina. Elimina il dolore che prima ti obbligava a essere disciplinato. Poi il dolore torna, ma sotto forma di downtime.
Quindi: quando arriva la correzione, chi assumono in panico?
Non “quelli che sanno fare prompt”.
Assumeranno chi sa controllare il sistema. Quello che sa mettere vincoli, far rispettare qualità, tracciare la logica, e riportare velocità senza dare fuoco a tutto. Quello che non si limita a fixare l’incidente, ma fa in modo che non torni domani.
E qui veniamo alla parte pratica: come ti posizioni senza diventare uno che dice “AI-first” ogni tre frasi.
Prima cosa: smetti di venderti come “veloce”.
Ora sono veloci tutti. Anche chi non capisce cosa sta facendo. Soprattutto chi non capisce cosa sta facendo.
Venditi come affidabile.
Non vuol dire lento. Vuol dire che puoi muoverti veloce senza produrre sorprese. Vuol dire che puoi fare cambiamenti in produzione e continuare a dormire. Questa è la moneta.
Se vuoi un test: immagina un hiring manager che pensa, dentro di sé, “ti prego, non essere l’ennesimo che mi lascia un casino.”
Rispondi a quella paura.
Parla di risultati veri. Incidenti ridotti. Latenza migliorata. Build time abbassato. Deploy resi noiosi. Sicurezza migliorata. Moduli legacy ripuliti senza rompere clienti. Non è glamour. È oro.
E poi fai vedere che sai leggere codice, non solo scriverlo.
Il vero terrore del 2026 è una codebase che sembra produttiva e si comporta come se fosse infestata. Se sai entrare, capire, semplificare, e lasciare il posto meglio di come l’hai trovato, sei già sopra la media. Sopra parecchio.
E sì, usa l’AI. Ma come una persona adulta.
“Io lo uso per buttare giù una bozza, poi verifico con test, benchmark e review.”
Fine. Niente profezie. Niente superpoteri. Niente “prompt engineering” come se fosse un dottorato.
Ora le due domande scomode.
L’AI ridurrà i ruoli entry-level? Può succedere, soprattutto dove il lavoro era “prendi ticket, scrivi codice, chiudi ticket”. Ma si apre un’altra strada: chi sa testare, fare triage, mantenere e migliorare la salute del sistema diventa più utile. Se sei junior, venditi come uno che riduce rischio e impara in fretta. Poi dimostralo, anche con roba piccola, ma vera.
Le aziende assumeranno meno persone? Alcune sì. Altre assumeranno in modo diverso. Meno ruoli che tollerano superficialità. Più ruoli che chiedono ownership. Meno sedie, più peso per sedia.
E l’eccezione: se stai facendo prototipi usa-e-getta per validare un’idea, la velocità è tutto. Lì “vibe coding” va benissimo.
Il problema è che i prototipi hanno un vizio: diventano prodotti. E a quel punto la manutenzione arriva come l’affitto. Puoi far finta di niente per un po’. Poi ti bussa alla porta.
Quindi tieni questa frase e il resto brucialo pure:
L’AI non creerà una valanga di posti in più per sviluppatori. Creerà una valanga di output, e poi un premio per chi sa tenere i sistemi stabili, comprensibili e profittevoli.
Se vuoi una mossa concreta: scegli un dominio dove fallire costa caro. Affidabilità. Sicurezza. Performance. Correttezza dei dati. Pagamenti. Infrastruttura. Poi costruisci prove che sai possederlo in produzione. Non in demo. In produzione.
Perché quando arriva la fase di correzione, gli annunci non diranno “per favore salvaci dalla nostra velocità”.Ma quello vorranno dire.
WeShipFast
Hai un'idea o un prototipo su Lovable, Make o ChatGPT? Ti aiutiamo a concretizzare la tua visione in un MVP reale, scalabile e di proprietà.
Contattaci
Se ti serve uno sviluppatore che ti ami e capisca i tuoi sentimenti, io sono qui per te. Scrivimi.