Cosa faccio

Marco Orlandin disegna un'architettura alla lavagna

Per chi lavoro

Mi cercano quando il sistema regge, ma nessuno sa spiegare perché. O quando smette di reggere e nessuno sa spiegare cosa è cambiato.

Il CTO con un monolite che nessuno vuole toccare. La startup che ha scalato prima dell'infrastruttura. L'azienda che paga il cloud tre volte quello che dovrebbe, ma non sa dove tagliare senza rompere qualcosa.

Non lavoro solo con chi ha problemi. Lavoro anche con chi vuole capire cosa ha, prima che diventi un problema. Un assessment fatto bene costa meno di un'emergenza gestita male.

Se la tua infrastruttura funziona "perché nessuno la tocca", il problema non è l'infrastruttura.

Come lavoro

Parto sempre dall'assessment. Prima di toccare qualsiasi cosa, guardo cosa c'è e perché è fatto così. A volte la risposta è: non serve cambiare niente.

Non vendo tecnologia. Se il problema si risolve con un processo, lo dico. Se non serve il mio intervento, lo dico. Preferisco un cliente che torna tra un anno a uno che resta per inerzia.

Non arrivo con una soluzione in tasca prima di aver capito il problema. Non propongo di riscrivere tutto da zero, perché quasi mai serve e il rischio è enorme. Non inseguo la moda tecnologica: se il sistema attuale regge, cambiarlo va giustificato, non dato per scontato. Quello che resta dopo il mio intervento è un sistema descritto, costi spiegabili e un team che sa andare avanti senza di me.

Chi sono →

17+Anni in IT
60+Clienti
100+Progetti
~45%Inefficienze risolte
MiP Soluzioni Logo

Dove trovarmi?

Email
Marco Orlandin scrive codice

Appunti di lavoro

dal 2022

Il sintomo non è mai il problema

"Il deploy si rompe." "Non sappiamo quanto costa." "Se Luigi va in ferie si ferma tutto." Ogni cliente chiama con un sintomo. Il sintomo non è mai il problema.

Se tutto dipende da tutto, il problema non è il codice

Sono entrato come dipendente numero due in un'azienda che aveva ereditato un monolite sviluppato in outsourcing. Il codice funzionava, nel senso più generoso del termine: era in piedi, serviva utenti, produceva valore. Ma ogni modifica era una scommessa.

Raddoppiare le risorse non è una strategia a lungo termine

Il cliente chiama perché la fattura AWS è troppo alta. Il server costa il doppio di prima, e nessuno sa spiegare bene perché.