Come lavoro
Oltre tre decenni di esperienza hanno dato forma a una metodologia chiara: progettazione guidata dallo scopo, architettura pulita e qualità sostenibile. Sono i principi che guidano ogni riga di codice che scrivo.
Per accordi di riservatezza non posso condividere il codice della maggior parte dei miei progetti in produzione. Ti invito però a esplorare i miei repository pubblici, dove condivido strumenti open source, esperimenti e contributi alla comunità di sviluppo.
Vedi su GitHubPrima di scrivere una sola riga definisco che cosa significa successo — obiettivi di business, rischi, utenti, metriche — e lo traduco in linguaggio di dominio: concetti, invarianti, processi, eccezioni e regole. Per domini complessi applico il DDD, così il modello diventa uno strumento di comunicazione e di decisione, non un diagramma decorativo.
La UX non serve a fare le cose belle: serve a ridurre il carico cognitivo, anticipare gli errori, guidare le decisioni e aiutare le persone ad andare avanti con sicurezza. Progetto flussi, stati, stati vuoti, permessi, latenze, errori e percorsi felici con lo stesso rigore di un'API. L'esperienza deve essere prevedibile, accessibile e coerente su tutte le schermate.
L'interfaccia si costruisce come un sistema: componenti riutilizzabili, token, varianti, stati e composizione gerarchica. Con l'Atomic Design mantengo ordine, scalabilità e coerenza visiva e funzionale (atomi → molecole → organismi → template → pagine). Questo riduce il costo del cambiamento ed evita una UI a spaghetti.
Separare le responsabilità non è dogma: è velocità sostenibile. Definisco confini (dominio, applicazione, infrastruttura, presentazione), contratti stabili e dipendenze corrette. Quando ha senso applico l'architettura esagonale per disaccoppiare il nucleo da database, messaggistica, provider esterni e framework, così i pezzi possono cambiare senza riscrivere il sistema.
Uso principi come SOLID e pattern (Repository, Strategy, Factory, Adapter, Facade, CQRS quando serve) per governare la complessità reale: testabilità, estensione sicura, riduzione dell'accoppiamento e comprensione del codice. I pattern sono strumenti; l'obiettivo è che il sistema sia leggibile, prevedibile e facile da far evolvere.
La sicurezza non si aggiunge alla fine. La tratto come requisito architetturale: autenticazione, autorizzazione, isolamento, tracciabilità, cifratura, gestione dei segreti, rate limiting, hardening e validazione ai confini. Mi appoggio a standard e checklist per non lasciare vuoti: per esempio i controlli in stile ASVS e l'approccio Secure-by-Design di OWASP.
Non ottimizzo a intuito: misuro, profilo e misuro di nuovo. Progetto pensando a prestazioni estreme quando serve: caching, code e elaborazione asincrona, paginazione vera, backpressure, uso corretto degli indici, minimizzazione dei payload e strategie di consistenza. L'obiettivo: esperienza fluida, stabilità e costo controllato sotto carico.
Nel frontend e nel backend modello lo stato in modo esplicito, senza nasconderlo negli effetti collaterali. Distinguo stato locale e stato applicativo, definisco le fonti di verità e uso le Facade per isolare i framework e impedire alla UI di conoscere dettagli interni. Risultato: meno bug fantasma, più prevedibilità, refactoring meno costosi.
Sulla qualità non si tratta: si automatizza. Applico la piramide dei test (unitari, di integrazione, E2E quando ha valore), contratti stabili, linter, CI e una definition of done reale. In più includo l'osservabilità: log utili, metriche, tracce, correlazione e alert. E documento il minimo essenziale, ma sempre azionabile e manutenibile: ADR, diagrammi, README operativi, guide di deployment e runbook.
Costruisco in verticale: piccoli pezzi completi che arrivano in produzione con fiducia. Lavoro con cadenza, feedback e adattamento, in linea con i principi Scrum: iterazione, ispezione e adattamento per controllare il rischio e massimizzare il valore. L'architettura accompagna la roadmap ed evolve senza bloccare il team.
Note su software aziendale, agenti IA e la pratica ingegneristica dietro.
1 min di lettura
L'ispezione robotica raccoglie più dati, e più precisi, che mai. Ma raccoglierli è solo metà del problema. L'altra metà è trasformarli in qualcosa su cui una decisione possa reggersi.
2 min di lettura
Non consiglio spesso software. Questo è un caso a parte: risolve un problema che vedo ovunque nelle PMI e, cosa più grave, anche in aziende davvero grandi.
3 min di lettura
«L'IA ci ruberà il lavoro.» «L'IA è cosciente.» «L'AGI è già qui.» Davvero? Dopo 30 anni di ingegneria del software, l'hype sta sfuggendo di mano.
Mi piacerebbe conoscere il tuo progetto ed esplorare insieme come posso aiutarti a realizzarlo con la qualità e la professionalità che merita.
Contattami
