Sono sicuramente passato attraverso quella parte del processo in cui non credevo che gli strumenti AI potessero fare meglio e più velocemente ciò che avevo fatto io stesso professionalmente per 15 anni. Quindi all'inizio c'era molta esitazione nel dare compiti reali. Ero a posto nel dare compiti come "Cambia questo testo," "Sposta questo div," "Imposta questo tipo di stato," ma non ho mai realmente dato compiti pesanti perché assumevo che avrebbe commesso un errore. Ed era anche un modo per proteggere me stesso. Era un meccanismo di difesa per tenere l'AI lontana da ciò che considero il mio sostentamento. Come metto il cibo sulla tavola e pago il mutuo. Ma poi inizi a farlo un po' di più e un po' di più e ti rendi conto che queste cose sono davvero dannatamente buone e forse non hai bisogno di implementare la stessa cosa a mano che hai implementato 12 volte prima in altre app, che si tratti di una pagina del profilo utente, accesso con Devise, o impostazione di tabelle e schemi di database relazionali. Poi inizi a renderti conto che il gioco è un po' come il golf a colpo singolo. Dove inizi a strategizzare, "Come posso scrivere il miglior prompt per fare il minor lavoro possibile?" Una cosa che so per certo è che non c'è futuro con meno software. Un'altra cosa che so dalla mia esperienza è che essere un ingegnere del software è molto più complesso che semplicemente scrivere codice. È gusto, è giudizio, è parlare con molte persone, è parlare con i clienti. È capire la giusta direzione e strategia. Il mio lavoro dal 2021 non è sicuro; è scomparso. Ma il lavoro che ho svolto come ingegnere di prodotto negli ultimi otto anni è certamente sicuro. Sta solo cambiando rapidamente. Avrò più tempo per lavorare sui pezzi complessi del prodotto e del business che non si riducono a compiti ripetitivi che un LLM può fare, e concentrarmi di più sulle parti profondamente umane di creare cose che le persone vogliono.