Fino alle 14:47 di quel mercoledì pomeriggio ero l’architetto software principale di Velocity Tech Solutions ad Austin. Per undici anni avevo progettato e mantenuto l’architettura della piattaforma che serviva tre milioni e settecentomila utenti e generava trecentoquaranta milioni di dollari di fatturato annuo ricorrente. Avevo costruito l’infrastruttura che garantiva un uptime del 99,8%, gestendo tutto, dall’ottimizzazione dei database ai protocolli di scalabilità che avevano evitato i guasti catastrofici che avevano distrutto i nostri concorrenti. Quello che non mi aspettavo era che il nostro nuovo CTO, Brandon Wolf, decidesse che il mio approccio architetturale fosse superato.
E lo decise pubblicamente, davanti a quarantasette ingegneri, durante una riunione di revisione tecnica che avrebbe dovuto essere una normale sessione di pianificazione. Ero al trentesimo minuto della mia presentazione sui miglioramenti al sistema di autenticazione. Mostravo le specifiche tecniche per il refactoring del livello di autenticazione utente, un intervento che avrebbe migliorato la sicurezza e ridotto la latenza del trentaquattro percento, sulla base dei test che avevo condotto nelle sei settimane precedenti. Brandon era entrato in Velocity otto settimane prima, reclutato da una promettente startup della Silicon Valley con l’incarico di modernizzare lo stack tecnico.
Era seduto in prima fila, scuotendo la testa davanti ai miei diagrammi architetturali e bisbigliando commenti sarcastici agli ingegneri senior accanto a lui. Stavo spiegando la strategia di ottimizzazione del database quando mi interruppe a metà frase. «Rachel, questo è letteralmente il modo di pensare di un’altra epoca. Progettazione monolitica, accoppiamento stretto, nessuna considerazione per i microservizi.
»
Rimasi in piedi davanti alla stanza a guardarlo liquidare undici anni di esperienza architettonica che avevano mantenuto la piattaforma stabile per milioni di utenti. «Brandon, questo sistema di autenticazione elabora quarantasette milioni di richieste al giorno. Il refactoring mantiene la stabilità migliorando le prestazioni. La migrazione ai microservizi è un’iniziativa separata che richiede…»
«Ed è proprio questo il problema», mi interruppe, rivolgendosi direttamente al team.
«L’approccio di Rachel è sempre incentrato sul mantenimento dei sistemi legacy invece che sull’innovazione. L’architettura cloud native non prevede il refactoring. Si ricostruisce partendo dai principi fondamentali. »
Diversi sviluppatori sembravano a disagio.
Alcuni prendevano appunti, altri fissavano i loro laptop, cercando di non essere coinvolti in quello scontro pubblico. «Brandon, questo sistema ha undici anni di gestione di casi limite, patch di sicurezza e logica testata in produzione. Non puoi semplicemente ricostruirlo da zero senza…»
«Guardami», disse, collegando il suo portatile allo schermo della presentazione e sostituendo i miei diagrammi con la sua finestra di terminale. «Ecco come si presenta l’ingegneria moderna.
»
Poi fece qualcosa che mise a disagio tutti nella stanza. Aprì il browser del repository, andò alla mia base di codice di autenticazione e cliccò su Elimina. «Brandon, cosa stai facendo? » chiesi con voce ferma, nonostante lo shock.
«Sto sottolineando una cosa», rispose, continuando a eliminare file dal repository. «Questo codice legacy ci sta rallentando. Ricostruiremo il sistema di autenticazione usando una moderna architettura a microservizi, distribuzione containerizzata e funzioni serverless. Tutto ciò che Rachel ha creato verrà archiviato.
»
Stava letteralmente cancellando il mio codice. Undici anni di logica di autenticazione attentamente costruita e testata in produzione, eliminati davanti a tutto il team di sviluppo per dimostrare la sua visione tecnica. «Brandon, quel codice è in produzione in questo momento», dissi a bassa voce. «Stai eliminando dal branch principale.
Questo attiverà le pipeline di distribuzione. »
«So cosa sto facendo, Rachel. Il codice è nel controllo di versione. Sto facendo una dichiarazione architettonica sulla direzione che stiamo prendendo.
»
«Stai facendo una dichiarazione architettonica eliminando codice di produzione durante una riunione di team. »
Alcuni ingegneri senior stavano già digitando freneticamente sui loro laptop, probabilmente cercando di fermare la propagazione dell’eliminazione o di creare branch di backup di emergenza. La sala era passata da una riunione professionale a una gestione di crisi. «Brandon, non posso lavorare in un ambiente in cui il CTO cancella codice di produzione per fare considerazioni filosofiche sull’architettura», dissi, mantenendo la calma.
«Allora forse questo non è l’ambiente giusto per te», rispose, voltandosi verso di me. «Velocity ha bisogno di ingegneri che sappiano pensare in modo moderno, non di persone che difendano sistemi legacy costruiti dieci anni fa. »
La sala era completamente silenziosa. Quarantasette ingegneri osservavano il loro CTO eliminare pubblicamente il codice del loro architetto capo e insinuare che lei non appartenesse all’azienda.
«Capisco», dissi a bassa voce. Poi tirai fuori il telefono, sempre in piedi davanti alla sala, e feci qualcosa che sorprese chiaramente Brandon. Chiamai un numero che avevo salvato sei settimane prima, quando un reclutatore mi aveva contattato. Marcus Chen, vicepresidente dell’ingegneria di Quantum Systems, il principale concorrente di Velocity.
Misi in vivavoce, così tutti potevano sentire. «Marcus, sono Rachel Harrison. Ricordi la posizione di capo architetto che mi hai offerto sei settimane fa? È ancora disponibile?
»
Ci fu una breve pausa. «Rachel, sì, assolutamente. La posizione è ancora aperta. Speravamo che ci ripensassi.
Cosa è cambiato? »
«Sono in una riunione di revisione tecnica, dove il CTO ha appena cancellato il mio codice di autenticazione di produzione davanti a tutto il team di sviluppo, per illustrare la sua visione dell’architettura moderna. Sono molto interessata a discutere della vostra offerta da seicentottantamila dollari. »
Un’altra pausa.
«Posso avere il nostro CEO in chiamata tra venti minuti. Puoi venire in ufficio questo pomeriggio? »
«Posso essere lì tra novanta minuti. »
«Perfetto.
Rachel, chiunque cancelli codice di produzione per fare considerazioni architettoniche è qualcuno per cui non dovresti assolutamente lavorare. Finalizzeremo tutto questo pomeriggio. »
Riattaccai e guardai Brandon, rimasto immobile davanti allo schermo della presentazione, chiaramente colto alla sprovvista. «Brandon, mi dimetto con effetto immediato.
Accetto la posizione di capo architetto presso Quantum Systems. A quanto pare danno più valore agli ingegneri che sviluppano sistemi che funzionano davvero, rispetto ai CTO che cancellano codice di produzione durante le riunioni. »
Presi il mio portatile e il materiale della presentazione, mentre quarantasette ingegneri sedevano in un silenzio sbalordito. Sulla porta mi fermai e mi rivolsi direttamente al team.
«Il sistema di autenticazione che Brandon ha appena eliminato gestisce quarantasette milioni di richieste giornaliere con un tasso di successo del 99,97%. Include undici anni di gestione di casi limite, patch di sicurezza e logica di produzione rafforzata. Buona fortuna nel ricostruirlo da zero con microservizi e funzioni serverless. Ne avrete bisogno.
»
Diversi sviluppatori distolsero lo sguardo. Alcuni sembravano voler dire qualcosa, ma non lo fecero. Un ingegnere senior che avevo seguito per sei anni mi rivolse un cenno di rispetto. Mentre uscivo, sentii Brandon che cercava di riprendere il controllo della riunione.
«Ok, concentriamoci sulla roadmap tecnica. Ricostruiremo questo sistema di autenticazione nel modo giusto. »
Andai direttamente in ufficio. Riempii una scatola con undici anni di premi per l’eccellenza tecnica, brevetti depositati e biglietti di ringraziamento degli utenti i cui problemi avevo risolto.
Uscì da Velocity Tech Solutions per l’ultima volta alle 15:34 di quel mercoledì pomeriggio, quarantasette minuti dopo aver visto il CTO cancellare il mio codice per dimostrare la sua visione tecnica. Il mio telefono vibrava già di messaggi dagli ingegneri di Velocity. «Rachel, è successo davvero? La pipeline di distribuzione mostra errori dovuti alle sue eliminazioni.
» «Brandon chiede come ripristinare il codice di autenticazione, ma non sa su quale branch si trovasse. » «È un disastro. »
Non risposi a nessuno. L’architettura tecnica di Velocity non era più di mia responsabilità.
Brandon lo aveva chiarito molto chiaramente quando aveva cancellato il mio codice durante una riunione di gruppo. Mi diressi direttamente alla sede di Quantum Systems nel centro di Austin. Alle 17:17 ero seduto nella loro sala conferenze con Marcus Chen e il loro CEO, a esaminare un contratto che mi avrebbe nominato architetto capo con piena autorità tecnica e uno stipendio di seicentottantamila dollari l’anno. Esattamente il doppio di quello che Brandon mi aveva appena convinto a lasciare.
«Rachel, abbiamo monitorato le decisioni tecniche di Velocity da quando Brandon è entrato», disse Marcus. «Eliminare codice di produzione durante una riunione di team è esattamente il tipo di leadership sconsiderata che crea opportunità per aziende come la nostra. Ti piacerà lavorare con ingegneri che capiscono davvero la differenza tra le parole d’ordine dell’architettura e i sistemi che funzionano. »
Firmai il contratto alle 18:43 di quel mercoledì sera, meno di quattro ore dopo aver visto Brandon cancellare il mio sistema di autenticazione.
Quello che Brandon non sapeva, quello che non poteva sapere perché era in Velocity da otto settimane e non si era mai preoccupato di capire la base di codice che era così ansioso di ricostruire, era che il mio sistema di autenticazione era il fondamento da cui dipendevano altri diciassette servizi critici. Servizi che elaboravano pagamenti, gestivano sessioni utente, coordinavano l’accesso alle API e garantivano la sicurezza dei dati sull’intera piattaforma. E lui lo aveva appena cancellato dal branch principale durante una riunione di team, per fare un discorso filosofico sull’architettura moderna. Alle 20:47 di quello stesso mercoledì, il sistema di autenticazione di Velocity era completamente fuori uso.
L’eliminazione si era propagata attraverso la pipeline di distribuzione prima che qualcuno potesse fermarla. Il team di Brandon stava scoprendo che ricostruire undici anni di codice di produzione consolidato non era qualcosa che si poteva fare in un pomeriggio con entusiasmo per i microservizi e parole d’ordine architettoniche. Il mio telefono squillò alle 21:23. Brandon Wolf.
«Rachel, abbiamo una situazione critica. Il sistema di autenticazione è inattivo. Abbiamo bisogno del tuo aiuto immediato per ripristinarlo. »
«Brandon, non lavoro più per Velocity.
Mi sono dimessa alle 14:47 di oggi, dopo che hai eliminato il mio codice di produzione durante una riunione di team. Dovrai coordinare il ripristino con il tuo team di sviluppo e il tuo approccio all’architettura moderna. »
«Rachel, abbiamo tre milioni e settecentomila utenti che non riescono ad accedere alla piattaforma. Abbiamo bisogno di qualcuno che comprenda davvero questo codice.
»
«Avevi qualcuno che comprendeva il codice. Hai cancellato il suo lavoro davanti a quarantasette ingegneri e hai insinuato che non fossi adatta a Velocity. Quello che stai vivendo ora è scoprire cosa faceva effettivamente quel codice. »
«Siamo pronti a offrirti la reintegrazione immediata, il ripristino completo della tua posizione, un aumento significativo di stipendio e piena autorità tecnica.
»
«Brandon, ho firmato un contratto quattro ore fa per diventare capo architetto presso Quantum Systems. Mi pagano seicentottantamila dollari l’anno. Ho piena autorità tecnica. E, cosa ancora più importante, il loro CTO non cancella codice di produzione durante le riunioni per dimostrare una filosofia architettonica.
Dovrai ricostruire tu stesso il tuo sistema di autenticazione. In bocca al lupo. »
Quando riattaccai, provai una sensazione che non provavo da quando ero in quella sala conferenze a guardare il mio codice scomparire. Completa soddisfazione professionale.
Brandon Wolf aveva cancellato undici anni del mio lavoro per dimostrare un punto di vista architettonico. Ora stava imparando che alcuni punti vengono insegnati attraverso errori di sistema catastrofici che costano milioni di dollari e distruggono la fiducia degli utenti. Il crollo completo della piattaforma di Velocity durò esattamente diciannove ore e quarantatré minuti. Lo vidi accadere dal mio appartamento quella sera, monitorando le pagine di stato pubbliche e i servizi di monitoraggio del settore tecnologico che avevano iniziato a segnalare l’interruzione in tempo reale.
Quando il sistema di autenticazione fallì, anche i diciassette servizi che ne dipendevano fallirono a cascata. Alle 21:34 l’intera piattaforma era offline. Nessun utente riusciva ad accedere, nessuna chiamata API poteva autenticare, nessun pagamento poteva verificare gli utenti. Ricevetti messaggi da ex colleghi durante la notte.
«Rachel, il sistema di autenticazione è completamente inattivo. Brandon chiede quale branch git contenga il codice di produzione stabile, ma nessuno lo sa. » «Abbiamo trovato sette branch diversi con codice di autenticazione. Nessuno corrisponde esattamente a quello in produzione.
» «È catastrofico. Gli utenti stanno inondando il supporto di messaggi arrabbiati. I principali clienti aziendali minacciano di abbandonare il servizio. »
Non risposi a nessuno, ma monitorai ogni aggiornamento.
Alle 23:47 Brandon richiamò. Questa volta la sua voce non aveva la stessa arroganza del pomeriggio. «Rachel, ti chiamo per scusarmi formalmente per quanto accaduto durante la riunione e per implorarti di aiutarci a ripristinare la piattaforma. Abbiamo un guasto completo che colpisce tre milioni e settecentomila utenti.
Abbiamo bisogno della tua competenza. »
«Brandon, sei ore fa hai cancellato il mio codice di produzione davanti a quarantasette ingegneri per dimostrare la tua visione di un’architettura moderna. Ora mi chiami perché il tuo team non riesce a ripristinare ciò che hai cancellato. Non è un mio problema, è la conseguenza della tua decisione.
»
«Rachel, pagheremo quello che vuoi. Tariffe di consulenza d’emergenza, partecipazioni, qualunque cosa serva. »
«Non sono disponibile per consulenze d’emergenza. Ho accettato la posizione di capo architetto presso Quantum Systems questo pomeriggio.
Comincerò domani mattina. Dedicherò il mio tempo a sviluppare sistemi per una leadership che capisce davvero la differenza tra termini tecnici e codice consolidato per la produzione. »
«Potrebbe compromettere Velocity. Stiamo perdendo migliaia di utenti ogni ora.
»
«Quindi avresti dovuto pensarci prima di eliminare codice di produzione durante una riunione di team. Quello che sta accadendo ora è esattamente ciò di cui ho cercato di metterti in guardia. I sistemi non falliscono gradualmente con avvisi cortesi. Falliscono catastroficamente quando la persona che li ha costruiti non è lì a prevenire il disastro.
»
«Cosa ci vorrebbe per farti riconsiderare? »
«Sistemi ben progettati gestiti da ingegneri che capiscono che la stabilità della produzione conta più della filosofia architetturale. E ci vorrebbe una macchina del tempo. Brandon, non puoi cancellare undici anni di lavoro di qualcuno davanti a tutto il suo team e poi negoziare quando scopri di averne effettivamente bisogno.
Quantum mi ha offerto rispetto, compenso adeguato e leadership tecnica che valorizza la competenza prima di eliminarla. Tu mi hai offerto una cancellazione teatrale del codice. Queste conseguenze sono a tua completa disposizione. »
Dopo aver riattaccato, spensi il telefono e andai a dormire.
Il giovedì mattina avrei iniziato a costruire sistemi per un’azienda che aveva capito ciò che Brandon non aveva capito: il codice di produzione è conoscenza istituzionale che non può essere ricostruita dall’oggi al domani con entusiasmo e slogan. Giovedì mattina, la portata del disastro di Velocity era di dominio pubblico. Le pubblicazioni del settore tecnologico riportavano il catastrofico errore di autenticazione che aveva bloccato l’intera piattaforma per oltre quindici ore. Un titolo fu devastante: «La piattaforma Velocity resta inattiva dopo che il CTO ha eliminato il codice di autenticazione di produzione».
L’articolo includeva dettagli da fonti ingegneristiche anonime sulla riunione del mercoledì, quando Brandon aveva eliminato il codice di produzione dell’architetto capo per dimostrare una filosofia architettonica. Poi l’architetto si era dimessa e il sistema era andato in tilt in poche ore. Tutti nel settore sapevano esattamente cosa era successo. Un CTO con otto settimane di mandato aveva cancellato codice di produzione per dimostrare una cosa.
L’architetto che l’aveva creato si era dimessa, e la piattaforma era crollata catastroficamente. Giovedì pomeriggio, Velocity affrontava conseguenze che andavano ben oltre i problemi tecnici. Importanti clienti aziendali inviavano notifiche di violazione perché i dati degli utenti erano rimasti inaccessibili durante il guasto. Alcune autorità stavano indagando per verificare se l’interruzione violasse i requisiti di conformità alla sicurezza dei dati.
Studi legali specializzati in azioni collettive organizzavano cause per conto degli utenti interessati. Ma il danno reputazionale era il più catastrofico. Le aziende tecnologiche vivono o muoiono in base all’affidabilità della piattaforma. Quando il tuo prodotto va offline per ventiquattro ore perché il CTO ha eliminato codice di produzione durante una riunione, i clienti aziendali non aspettano di vedere se risolvi il problema.
Iniziano subito a pianificare la migrazione. Giovedì sera, esattamente ventiquattro ore dopo che Brandon aveva eliminato il mio codice, Velocity annunciò di aver incaricato architetti consulenti d’emergenza con costi superiori a centocinquantamila dollari al giorno. I consulenti erano competenti, ma non avevano undici anni di esperienza istituzionale su casi limite, dipendenze di integrazione e peculiarità di produzione integrate nel sistema che Brandon aveva eliminato. Nel frattempo, alla Quantum Systems, trascorrevo il mio primo giorno facendo esattamente ciò per cui ero stata assunta: rivedere l’architettura tecnica, incontrare i team di ingegneri e pianificare miglioramenti ai sistemi che la dirigenza avrebbe effettivamente apprezzato, anziché eliminare per dimostrazioni filosofiche.
Giovedì alle 16:47, Marcus Chen passò nel mio ufficio. «Rachel, non ci crederai. Oggi abbiamo ricevuto dodici chiamate da clienti aziendali di Velocity che ci chiedono informazioni sulle tempistiche di migrazione alla piattaforma Quantum. Citano specificamente il problema di autenticazione e chiedono se abbiamo una leadership tecnica più stabile.
»
«Dodici clienti in un giorno? »
«Dodici grandi account aziendali, per circa sessantasette milioni di dollari di valore contrattuale annuo complessivo. Non chiedono proposte. Chiedono una pianificazione immediata della migrazione, perché hanno perso fiducia nell’affidabilità della piattaforma Velocity.
»
L’ironia era perfetta. Brandon aveva cancellato il mio codice per dimostrare la sua visione di un’architettura moderna. La sua dimostrazione aveva innescato il più grande esodo di clienti nella storia di Velocity, e quei clienti si stavano spostando verso il concorrente che aveva assunto l’architetto che lui aveva pubblicamente eliminato. Due settimane dopo le mie dimissioni, Brandon Wolf fu rimosso silenziosamente dal suo incarico di CTO.
Il consiglio di amministrazione di Velocity citò divergenze strategiche in merito alla leadership tecnica e alla gestione della stabilità del sistema. Wolf lasciò definitivamente il settore tecnologico. Eliminare codice di produzione durante le riunioni di team tende a porre fine a una carriera nell’ingegneria del software. Un mese dopo il guasto, Velocity annunciò di aver finalmente ripristinato la piena funzionalità della piattaforma.
Ma il danno era irreversibile. Avevano perso ventitré clienti aziendali, per un fatturato annuo ricorrente di ottantanove milioni di dollari. La reputazione di affidabilità era distrutta. Diversi fondi di venture capital che avevano considerato ulteriori investimenti ritirarono completamente il loro interesse.
Tre mesi dopo la mia partenza, la valutazione di Velocity era scesa del sessantuno percento. Il consiglio di amministrazione valutava opzioni di acquisizione, ma i potenziali acquirenti citavano il debito tecnico e le preoccupazioni sulla fidelizzazione dei talenti come fattori che influenzavano la valutazione. Nel frattempo, Quantum Systems registrava una crescita senza precedenti. Nel mio primo trimestre, guidai miglioramenti dell’architettura che aumentarono le prestazioni della piattaforma del quaranta percento e attrassi quindici nuovi clienti aziendali, inclusi otto che avevano lasciato Velocity specificamente perché si fidavano più dell’architetto che del CTO che aveva eliminato codice di produzione durante le riunioni.
Ricevetti un ultimo contatto da Velocity sei mesi dopo le mie dimissioni. Il nuovo CTO, che avevano finalmente assunto con esperienza effettiva nei sistemi di produzione, chiese un incontro per discutere le lezioni apprese in ambito architetturale e potenziali opportunità di trasferimento delle conoscenze. Rifiutai cortesemente. Alcune lezioni sono troppo costose da ripetere due volte, e alcune organizzazioni devono apprenderle attraverso fallimenti catastrofici che distruggono il loro business.
La rivendicazione definitiva arrivò diciotto mesi dopo le mie dimissioni, quando l’Association for Computing Machinery pubblicò un caso di studio intitolato «La cancellazione di codice da 340 milioni di dollari: quando la filosofia architettonica ha distrutto la stabilità della piattaforma». Lo studio documentava esattamente come la decisione di Brandon Wolf di eliminare il codice di autenticazione di produzione durante una riunione di team avesse innescato un fallimento a cascata che costò a Velocity circa trecentoquaranta milioni di dollari in clienti persi, distrusse la valutazione e costrinse a un’acquisizione in difficoltà a una frazione del valore precedente. Il caso di studio divenne lettura obbligatoria nei programmi di ingegneria del software e di leadership tecnica, come esempio di come le decisioni di leadership che privilegiano le parole d’ordine dell’architettura rispetto alla stabilità della produzione creino disastri esponenzialmente più costosi. I programmi di informatica insegnavano letteralmente ai futuri CTO l’importanza di rispettare il codice di produzione, usando il crollo di Velocity come esempio monito.
Nel frattempo, Quantum Systems era diventata lo standard di settore per piattaforme SaaS stabili e ben progettate. Sotto la mia guida come capo architetto, mantenevamo un uptime del 99,94%. Avevamo migrato con successo ventisette clienti aziendali da concorrenti falliti e affermato Quantum come la piattaforma preferita dalle organizzazioni che cercavano un’infrastruttura tecnica affidabile, gestita da ingegneri che comprendevano realmente i sistemi di produzione. Il mio risultato personale superò qualsiasi cosa avessi potuto immaginare quando Brandon cancellò il mio codice in quella sala conferenze.
Come capo architetto, con una quota sostanziale nella crescita di Quantum, guadagnavo significativamente più del mio compenso a Velocity. Guidavo un team di sessantatré ingegneri e costruivo esattamente il tipo di architettura tecnica che avevo sempre ritenuto necessaria: sistemi progettati per la stabilità produttiva, piuttosto che per dimostrazioni di filosofia architettonica. Conservai un ricordo dei miei anni in Velocity: uno screenshot che qualcuno aveva catturato durante quella riunione di mercoledì, che mostrava la finestra del terminale di Brandon con la finestra di dialogo di conferma dell’eliminazione per il mio repository di autenticazione. Lo tenni esposto nel mio ufficio, accanto al premio per l’eccellenza nella leadership tecnica che ricevetti quattordici mesi dopo aver lasciato Velocity.
Insieme, raccontavano l’intera storia: dall’eliminazione del codice al riconoscimento da parte del settore. Durante il vertice sull’architettura software, due anni dopo aver lasciato Velocity, un giovane ingegnere mi si avvicinò dopo la mia presentazione sulla stabilità dei sistemi di produzione. «Signorina Harrison, che consiglio darebbe agli architetti il cui lavoro non è apprezzato dalla leadership tecnica? »
Pensai alla cancellazione teatrale del codice da parte di Brandon, agli undici anni investiti in Velocity e alla scelta che avevo fatto di andarmene piuttosto che ricostruire ciò che una leadership arrogante aveva lasciato distrutto.
«Documentate le vostre decisioni architetturali e mantenete backup personali dei sistemi critici. Comprendete che il codice di produzione è conoscenza istituzionale che non può essere ricostruita dall’oggi al domani con parole d’ordine ed entusiasmo. E non lavorate mai per una leadership tecnica che elimina codice di produzione per fare considerazioni filosofiche. Quando i CTO non riescono a distinguere tra visione architettonica e stabilità del sistema, cercate CTO che ci riescano.
Ci sono sempre aziende abbastanza intelligenti da dare valore a ciò che altri sono così sciocchi da eliminare durante le riunioni di team. »
Il pubblico applaudì. Ma ciò che contò di più furono gli ottantaquattro ingegneri che mi contattarono in seguito per propormi opportunità in Quantum. Tutti citavano la frustrazione nei confronti di aziende che trattavano i sistemi di produzione come materiale di discussione filosofica, invece che come l’infrastruttura che rende possibile il business.
Brandon Wolf mi aveva insegnato una lezione inestimabile. Il valore professionale non è determinato da quanto pubblicamente qualcuno possa cancellare il tuo lavoro. Lo dimostra ciò che accade quando cercano di operare senza. Lui cancellò il mio codice davanti a quarantasette ingegneri per dimostrare la sua visione architettonica.
I trecentoquaranta milioni di dollari di conseguenze dimostrarono esattamente quale visione contasse davvero. Loro la chiamarono filosofia dell’architettura moderna. L’industria la definì la cancellazione di codice più costosa nella storia della tecnologia. Io la definii la migliore decisione che Brandon Wolf abbia mai preso per la mia carriera.
A volte la formazione tecnica più costosa deriva dall’imparare che il codice di produzione non è materiale di dimostrazione filosofica. I sistemi non falliscono educatamente, le sostituzioni non si costruiscono dall’oggi al domani, e undici anni di conoscenza istituzionale non sono un modo di pensare superato. Sono la competenza che previene guasti catastrofici. Quando il mio codice venne cancellato davanti al team di sviluppo, accettai un’offerta da seicentottantamila dollari mentre lui stava ancora parlando.
Non per vendetta, ma perché le organizzazioni che danno importanza alla stabilità della produzione prima di eliminarla avranno sempre risultati migliori di quelle che imparano attraverso guasti catastrofici della piattaforma.