Nessun numero inventato
Quando un dato preciso è riservato o non disponibile, descrivo il cambiamento tecnico invece di costruire una percentuale.
Case study di engineering / 01—03
Decisioni tecniche, spiegate nel loro contesto.
Tre racconti ravvicinati di sistemi su cui ho lavorato: cosa non reggeva, cosa ho cambiato e cosa è diventato più semplice da gestire. I nomi delle aziende restano privati. Il lavoro tecnico no.
00 / NOTE
P01 P02 P03
Lavoro che vale la pena spiegare.
Un elenco di tecnologie dice poco. Questi case study parlano delle decisioni dietro al codice, dei vincoli reali e del risultato da sostenere nell’uso quotidiano.
Prima le decisioni, poi gli strumenti
La tecnologia conta, ma soltanto dopo aver chiarito il problema e il compromesso.
Nomi omessi, lavoro intatto
Le organizzazioni e i dettagli commerciali non compaiono. Il perimetro tecnico resta specifico.
Tutti i case study01—03
CASE / 01
Migrazione cloud di una piattaforma AI.
Una piattaforma di elaborazione documentale composta da più componenti dipendeva da deploy specifici per ambiente. Ho trasferito infrastruttura e modello di delivery su Terraform riutilizzabile, GKE e servizi gestiti di Google Cloud.
CASE / 02
Gestione di workflow archivistici.
Ho costruito un servizio Spring e un microfrontend React attorno a un processo Camunda, così gli operatori potevano gestire sessioni, pacchetti e stato del workflow in un unico spazio mirato.
CASE / 03
Manutenzione ed evoluzione di un ERP retail.
Ho lavorato su SQL Server, .NET e frontend di un ERP retail business-critical, migliorando performance, integrazioni e affidabilità quotidiana come parti dello stesso sistema.
Hai un sistema che ha bisogno di una direzione più chiara?
Partiamo dalla parte difficile. Possiamo definire insieme architettura, piano di consegna e prima release utile.