Lo sviluppatore è parte del codice: Non esiste uno sviluppo oggettivo. Il software non è uno strumento, ma l’impronta binaria dello stato mentale, della pressione sanguigna e della rabbia del programmatore in quel giorno.

Il caos è sacro: Se un algoritmo è troppo trasparente, è sospetto. Il vero codice gonzo è come una giungla: pericoloso, oscuro, e solo il suo creatore sa dove si trovano le trappole.

Test sul server di produzione: Gli unit test sono lo sport dei codardi e dei burocrati. Il vero programmatore gonzo esegue il debugging direttamente in produzione, tra le urla degli utenti.

La documentazione è finzione: I commenti allegati al codice non sono spiegazioni, ma monologhi interiori, manifesti politici o richieste d’aiuto. Chi non comprende il codice non è degno di usarlo.

Il puntatore (pointer) è il signore: Usa un linguaggio di programmazione che non ti limiti! La gestione diretta della memoria è la garanzia della tua libertà. L’uso di tipi sicuri è soltanto una catena. Usa gli indirizzi di memoria come se non ci fosse un domani. Il Memory Leak è il tuo urlo che nessuno sente.

Architettura basata sulla caffeina: La qualità del codice è direttamente proporzionale alla quantità di stimolanti consumati e inversamente proporzionale al numero di ore trascorse a dormire.

Il messaggio di errore come arte: Il messaggio di errore non deve aiutare, ma sconvolgere. L’utente deve percepire il disprezzo della macchina e del suo creatore a ogni Runtime Error.

Non ripulire mai (Refactor): Ciò che hai scritto una volta in stato di trance è sacro. Se lo tocchi per renderlo «più bello», uccidi l’anima del software.

La scadenza è solo un suggerimento: Il programmatore gonzo non lavora secondo l’orologio, ma cavalca le onde dell’ispirazione e del panico. Il codice è pronto quando lo sviluppatore crolla.

Il software deve essere imprevedibile: Un buon programma gonzo contiene sempre un po’ di casualità. Se a ogni pressione di un pulsante accade la stessa cosa, è un noioso prodotto industriale, non arte.

Responsabilità? Esclusa: Il contratto di licenza deve contenere un solo punto: «Se parte, è un problema tuo.» Lo sviluppatore non è Dio, è solo un testimone della distruzione della macchina.

La strategia d’uscita: Quando il progetto crolla, non dare spiegazioni. Cancella la cronologia Git, brucia il disco rigido e trova un posto in Messico dove non c’è segnale telefonico.