Una riflessione su lavoro, AI e linguaggi come Odin: il prezzo di diventare imprenditori, e il rischio di perdere il gusto di costruire.
Per lui, il vero punto non è se un fondatore possa avere successo, ma se chi ama programmare sia disposto a pagare il prezzo del successo. La scena iniziale, con il riferimento ironico a un imprenditore che va in televisione a piedi nudi, serve solo da gancio: subito dopo, l'argomento diventa molto più serio. Se ciò che si ama è scrivere codice, dice, allora il lavoro migliore non è fondare una startup, ma farsi pagare per programmare per qualcun altro. Da lì il discorso scivola verso una critica più personale e più larga, cioè che l'AI ha spostato il baricentro dall'atto del costruire al traguardo del completare.
La sua tesi iniziale è brutale: chi dice di amare davvero la programmazione non dovrebbe correre a fondare un'azienda, perché presto smette di programmare e comincia a fare il capo. In questa lettura, il lavoro del fondatore si riempie di assunzioni, licenziamenti, compliance, marketing e riunioni, cioè di tutto tranne che di codice.
Se ami programmare, vai a lavorare per qualcun altro che ti paghi per fare il programmatore. Non andare a diventare uno che deve prendere decisioni brutali su assunzioni e licenziamenti.
0:44
Ti ritrovi a gestire problemi di performance delle persone, uffici di compliance governativa, marketing e vendite. Non ha nulla a che fare con programmare.
1:11
Per rafforzare il punto, cita casi che per lui rappresentano l'eccezione virtuosa. Mitchell Hashimoto, dice, è passato da fondatore a singolo contributore, mentre DHH* è un altro esempio di qualcuno che ha tenuto insieme azienda e programmazione molto più a lungo di quanto ci si aspetti.
Se sei dentro per amore del gioco, Mitchell Hashimoto è davvero quello giusto. Ha creato un'azienda enormemente di successo e poi è tornato a fare l'IC.
2:00
È possibile, ma è più raro di quanto la gente creda.
2:40
La parte più personale arriva quando racconta di aver perso, quasi senza accorgersene, il piacere del costruire. Prima, dice, il punto del coding extracurricolare era il coding stesso; con l'AI, il traguardo si è spostato verso il completamento del prodotto, e il tempo libero ha cominciato a somigliare al tempo di lavoro.
Per molto tempo, quando facevo programmazione extra per divertimento, il punto era costruire. Il viaggio e la destinazione coincidevano.
4:09
All'improvviso il mio hobby è diventato tempo di lavoro. Ho cominciato a pensare come quando avevo consegne da fare per capi e persone.
4:57
Il modo in cui descrive la cosa è quasi fisico. Parla di una specie di furto della gioia del codice, non perché l'AI lo abbia allontanato dalla tecnica, ma perché gli ha fatto alzare il livello minimo di ciò che considera accettabile. Il risultato è una corsa continua verso la chiusura del progetto, anche quando il progetto dovrebbe essere solo un terreno di gioco.
A un certo punto mi sono accorto che mi stavano rubando la gioia del programmare. Il traguardo si era spostato, senza che me ne rendessi conto.
5:00
Il punto del tempo libero è il costruire, non il completare il più in fretta possibile.
6:46
La sua autocritica funziona anche come diagnosi di una generazione di sviluppatori che usa strumenti capaci di chiudere il lavoro prima ancora che la curiosità abbia fatto il suo giro. Qui non sta dicendo che l'AI sia cattiva, né che il completamento sia irrilevante. Sta dicendo che, se si lascia che l'efficienza diventi il solo criterio, il piacere del mestiere evapora.
Quando parla degli strumenti, il tono cambia e diventa pratico. Dice di usare agenti AI già la mattina stessa, per farsi cercare bug nel codice, e di aver chiesto perfino modi diversi di implementare il polimorfismo in Odin*, in modo da capire meglio il problema invece di saltarlo.
Certo che uso gli agenti. Stamattina ne ho usato uno: guarda il mio codice e trovami dei bug.
7:57
Mostrami diversi modi per farlo. Mostrami una dispatch table in Odin, poi mostrami come faresti con la specializzazione.
8:07
L'idea di fondo è che l'AI non debba necessariamente accelerare tutto. Può anche rallentare la comprensione giusta, se serve a vedere più strade e a chiedere, come dice lui, come funzionano davvero i pezzi del sistema. In questa versione, l'agente non ruba il mestiere: diventa un compagno di studio che ti costringe a formulare meglio le domande.
La cosa bella è che io sto ancora imparando Odin, e il punto era diventare bravo in Odin.
8:28
Il punto non era andare il più veloce possibile. Il punto era godersi il processo.
9:01
La parte più concreta dell'estratto riguarda Odin, che lui descrive come un'alternativa più semplice al C e, nella formulazione che cita, come un linguaggio per la gioia di programmare*. Sta costruendo un sistema di layout e racconta di aver preso appunti, guardato video, confrontato strumenti già pronti come Clay, pur senza escludere di riscrivere il tutto in Jai.
Odin è l'alternativa al C per la gioia di programmare. È bellissimo, ha tutto quello che voglio.
9:05
Ora mi sto limitando a studiare, a prendere appunti, a imparare di nuovo. Sto riscoprendo i motivi per cui mi piace fare queste cose.
6:34
Anche qui la domanda tecnica serve a un tema emotivo. Quando spiega il layout in termini di box, padding, direzione e allineamento, il discorso sembra quasi didattico, ma la posta vera è il rapporto tra lentezza e soddisfazione. Dice che il suo obiettivo non è strappare via il gioco dal codice, bensì restare abbastanza vicino al problema da sentirne di nuovo il gusto.
Il punto era costruire il gioco. La destinazione è il viaggio, cioè sedersi alla tastiera e investigare.
7:16
Se vuoi disegnare una scatola, il layout è quello che decide offset, padding e direzione. È tutto lì.
6:45
Perché ThePrimeagen sconsiglia di fondare una startup?
Perché, nel suo racconto, il fondatore smette presto di programmare e passa a gestire assunzioni, licenziamenti, compliance e marketing. Per chi ama davvero il codice, dice, è meglio farsi pagare per programmare da dipendente.
Che cosa dice sull'effetto dell'AI sul suo hobby?
Dice che l'AI ha spostato i suoi obiettivi dal costruire al completare. Il risultato, secondo lui, è stato una perdita di gioia nel programmare perché il tempo libero ha iniziato a somigliare al lavoro.
Usa comunque strumenti di AI nel lavoro?
Sì. Li usa per trovare bug e per esplorare più implementazioni possibili, così da imparare meglio Odin e il polimorfismo.
Perché parla tanto di Odin?
Perché Odin è il suo laboratorio attuale. Lo cita come un linguaggio che gli permette di riscoprire il piacere di programmare, invece di correre solo verso il prodotto finito.
Sintesi assistita dall'AI del podcast di ThePrimeagenHighlights, verificata sulla trascrizione originale.