Ho smesso di scrivere codice. La mia app è stata comunque rilasciata in 3 giorni.
Tre mesi fa, ho costruito una dashboard SaaS full-stack. Ho scritto circa 200 righe di codice. Il resto è stato generato, revisionato e rifattorizzato dall'IA.
L'app è in produzione. Gli utenti pagano per usarla. Non passo le notti insonni a preoccuparmi dei bug.
Non è un vanto. È un avvertimento.
Il ruolo dello sviluppatore sta cambiando rapidamente. Gli sviluppatori che vincono non sono quelli che combattono l'IA. Sono quelli che comprendono il cambiamento.
Lo sviluppo AI-native è un nuovo modello mentale. Non è solo autocompletamento. Significa trattare l'IA come un collaboratore. L'IA si occupa dell'implementazione. Tu ti occupi dell'architettura, dell'intento e del giudizio.
Il cambiamento è questo:
- Vecchio modello: Scrivi il codice. L'IA ti aiuta a scriverlo più velocemente.
- Nuovo modello: Tu definisci il "cosa" e il "perché". L'IA gestisce il "come". Tu validi e guidi.
Se l'IA scrive il codice, le competenze di programmazione non ti rendono insostituibile. Lo fanno le meta-competenze.
L'IA è bravissima con i pattern. È scarsa nel sceglierli. L'IA non sa:
- Se hai bisogno di una server action o di una API route.
- Se lo stato debba stare in Zustand o in un parametro URL.
- Se hai bisogno di un monorepo.
Queste sono decisioni basate sul giudizio. Richiedono il contesto del tuo team e della tua scala. Tu hai quel contesto. L'IA no.
Il divario tra un developer AI junior e uno senior è il prompt.
- Prompt debole: Scrivi un rate limiter.
- Prompt forte: Scrivi un middleware di rate limiting basato su Redis per una API route di Next.js. Limita a 10 richieste al minuto per IP. Restituisci un errore 429. Salta il rate limiting per gli utenti admin. Registra le richieste limitate in una tabella Prisma.
Il secondo prompt ti fornisce codice pronto per la produzione. La precisione è ora una delle competenze ingegneristiche più importanti.
Devi anche prestare attenzione ai modi in cui il sistema può fallire. Il codice generato dall'IA spesso sembra corretto, ma è sottilmente sbagliato. Potrebbe superare i test ma nascondere una falla di sicurezza o una race condition. Revisiona l'output dell'IA con lo stesso occhio critico che useresti per un developer junior.
Gli sviluppatori che temono l'IA si concentrano sulla cosa sbagliata. Si preoccupano di scrivere meno codice. Il vero rischio è non aggiornare le competenze che ruotano attorno al codice.
L'obiettivo non è smettere di essere uno sviluppatore. È diventarlo migliore.
L'app è stata rilasciata in 3 giorni perché ho dedicato il mio tempo a:
- Il modello dati.
- Il flusso utente.
- Gli edge case.
- La logica di business.
Questo è il lavoro, oggi.
Qual è il tuo attuale rapporto tra codice generato dall'IA e codice scritto a mano? Dimmi tutto nei commenti.
Ho smesso di scrivere codice, la mia app è stata comunque rilasata in 3 giorni: ecco cosa ci dice questo sul diventare un 2GHP
Un tempo andavo fiero della mia capacità di scrivere codice pulito ed efficiente. Ero la persona che conosceva ogni sfumatura di un linguaggio, ogni design pattern, ogni trucco di ottimizzazione.
Poi, ho smesso.
Non ho smesso di essere una sviluppatrice. Ho smesso di scrivere codice.
La scorsa settimana, ho deciso di costruire una nuova app. Invece di aprire il mio IDE e iniziare a digitare funzioni e classi, ho aperto Cursor. Ho trascorso la maggior parte del tempo a fare prompting, revisionare e orchestrare.
Il risultato? L'app è stata rilasciata in 3 giorni.
Questa esperienza mi ha insegnato qualcosa di profondo sul panorama in continua evoluzione dell'ingegneria del software. È l'emergere del 2GHP: il 2nd Generation High Performer.
Cos'è un 2GHP?
Nella prima generazione di high performer, il valore era legato alla maestria tecnica. Eri un high performer se sapevi risolvere problemi algoritmici complessi, scrivere codice altamente ottimizzato e comprendere i meccanismi interni profondi di un sistema.
Nella seconda generazione, il valore è legato alla consegna del prodotto e all'orchestrazione.
Un 2GHP non si cura della sintassi. Si cura del risultato. Utilizza l'IA come moltiplicatore di forza per colmare il divario tra un'idea e un prodotto funzionante.
Il cambiamento: da coder a orchestratore
Il workflow tradizionale di uno sviluppatore è questo:
- Comprendere i requisiti.
- Progett