Analisi approfondite su architettura software, strategie di scalabilità, developer experience (DevX) e system design per imprese tecnologiche ad alta crescita.
Una scorciatoia di scheduling per un sistema di invio email di massa funzionava in ogni ambiente e poi è collassata in produzione: migliaia di email mai inviate, migliaia spedite dieci volte. Mi ha insegnato che 'ha passato la review' non è mai stato lo stesso di 'è corretto', e perché la produzione di codice a velocità di macchina rende indifendibile appoggiarsi alla review umana.
Per una startup legal-tech dovevo garantire che solo i membri autorizzati di un tenant potessero toccarne i documenti. Il RAG non cambia il problema: aggiunge un layer di retrieval che fa perdere in silenzio un confine soft. Ecco perché l'isolamento dei tenant dev'essere un pre-filter rigido all'index, non un segnale di ranking, e perché deve fallire in sicurezza.
La promessa dell'AI multi-agente è che più agenti significhino un sistema più potente. Quel conto l'ho pagato una volta: un esperimento durato nove anni nello spezzare una piattaforma tra dodici team con ownership separate. Ecco cosa mi ha insegnato sul perché il numero di agenti è un costo che paghi, non una capacità che guadagni.
Ho aperto il mio repo e ho scoperto che la regola che doveva sorvegliare la mia architettura non faceva rispettare nulla. Ecco come l'ho trasformata in una fitness function che fa fallire la build quando qualsiasi codice, umano o AI, attraversa una linea che non dovrebbe.
Nel 2016, al mio primo incarico di architettura, un mentore mi disse che la documentazione era un deliverable importante quanto il codice. Ecco perché le decisioni architetturali che non scrivi tornano sempre come debito.