Ho incontrato un ragazzo che guadagna sette cifre ogni anno facendo questo ripetutamente: • Si unisce al team di sviluppo per una settimana • Identifica 3 - 5 potenziali miglioramenti per il loro processo • Scrive una proposta breve e concreta per ogni miglioramento • Facoltativamente, aiuta il team a implementarli • Documenta i risultati • Se ne va Ha affinato questo processo quasi a livello scientifico: è un processo ripetibile con alcune raccomandazioni "staple" che quasi tutti potrebbero utilizzare. Il C-Suite lo adora. I team lo adorano. Ti annoierai a morte se ascolti la sua routine quotidiana, ma lui lo ama.

Distribuire software in produzione è ciò che separa i progetti di valore da semplici esercizi accademici.

"Un buon codice" non sarà mai più lo stesso per me. Ero ossessionato dalle giuste astrazioni, dai design pattern, dall'eleganza, dalla coesione e da un sacco di altre metriche. Queste sono ancora importanti. Ma non sono più la cosa principale che cerco. Un buon codice risolve un problema reale, è facile da comprendere per i membri del team ed è pronto per essere consegnato a utenti reali. ← Questa è la mia definizione attuale. A proposito, c'è un'intera nuova generazione di sviluppatori che non si preoccupa (e probabilmente non si preoccuperà mai) della purezza del codice come facevamo noi.