Note di ingegneria
Come ragioniamo, a partire da problemi veri. Ogni nota parte da una domanda generale, spiega la decisione e rimanda al caso in cui l'abbiamo applicata.
Riscrivere un legacy o migrarlo per domini?
Un gestionale di vent'anni regge ancora l'operatività. Si butta e si rifà, o si smonta un pezzo alla volta?
Dove l'abbiamo applicata: Una rete di poliambulatori privati
02Come passare da REST a GraphQL senza riscrivere il frontend
Decine di servizi cambiano contratto. Il frontend che li usa deve cambiare nello stesso giorno?
Dove l'abbiamo applicata: Una rete di poliambulatori privati
03Entrare in un ecosistema di quaranta microservizi
Il conteggio dei servizi dice poco. Cosa conta davvero quando si entra in un sistema di questa taglia?
Dove l'abbiamo applicata: Una piattaforma consumer con pagamenti e abbonamenti
04Quando una chiamata remota dovrebbe diventare una regola locale
Un calcolo chiama un altro servizio quattordici volte per una risposta. Il problema è la rete o il disegno?
Dove l'abbiamo applicata: Una piattaforma consumer con pagamenti e abbonamenti
05Un interruttore per ogni integrazione fragile
L'ERP sta cambiando e il flusso di onboarding ci scrive dentro. Si ferma tutto finché non è pronto?
Dove l'abbiamo applicata: Una rete di poliambulatori privati
Descrivici il sistema. Ti diciamo cosa vediamo.
Dieci minuti, una domanda alla volta. Alla fine, la nostra lettura onesta del caso. È il filtro, prima ancora della call.