Pierpaolo Di Dato

Nel corso della mia carriera ho imparato molte cose, ma ce ne sono due che, più di tutte, hanno cambiato il mio modo di lavorare: la ricerca della semplicità e il coraggio di fare domande. Sembrano principi banali, quasi ovvi. In realtà sono tra i più difficili da applicare con costanza, soprattutto in contesti complessi dove la tentazione di complicare tutto — per insicurezza, abitudine o eccesso di zelo — è sempre dietro l’angolo. Col tempo ho capito che queste due idee sono profondamente collegate: entrambe richiedono chiarezza, umiltà e una certa disciplina mentale. E entrambe, quando vengono ignorate, portano nella stessa direzione — più attrito, più confusione, meno efficacia. Uno dei primi tech leader che ho incontrato nella mia carriera lavorativa un giorno mi disse: “Se le cose si fanno complicate significa che stiamo sbagliando qualcosa.” All'epoca mi sembrava quasi una semplificazione eccessiva. Oggi invece la leggo come una forma di disciplina mentale: la complessità no...

Ogni API evolve: nuovi requisiti, cambiamenti nei modelli di dati, funzionalità deprecate. Senza una strategia di versionamento, ogni modifica rischia di diventare una breaking change per chi consuma i tuoi servizi. Il versioning delle API è la risposta a questo problema: permette di introdurre cambiamenti in modo controllato, garantendo la continuità per i client esistenti e la libertà di innovare per il team di sviluppo. In questo articolo esploreremo quattro diverse strategie di API versioning: URI versioning Request parameter versioning Custom Header versioning Content-negotiation Versioning URI Versioning Questa strategia prevede l'aggiunta della versione all'interno dell'URL delle API. Sebbene sia facilmente realizzabile e immediatamente comprensibile, non è la sicuramente la più elegante. @RestController @RequestMapping("/api/v1/orders") public class OrderV1Controller { @GetMapping public String getOrdersV1() { return "Order list from A...