Un metodo pragmatico, semplice ed empirico per pianificare ed eseguire miglioramenti tecnici non banali su un sistema software esistente. Il metodo ha regole semplici, ma l’applicabilità è vasta. Vedremo come applicare un processo step-by-step per identificare la natura e la portata del proprio debito tecnico, mappando le dipendenze chiavi e deteminando il modo più sicuro per avvicinarci all’obiettivo desiderato. Partendo da porzioni di una code base, l’obiettivo del talk sarà evidenziare il debito tecnico e definire i passi per pulire il prodotto.
51. ORA il codice e il compilatore ci vengono in aiuto.
Chiaramente DATABASE non esite, quindi non possiamo compilare.
Quindi dobbiamo aggiungere al grafico il nodo:
«Create DATABASE interface per FileDB.load(...)/strore(...)
71. LA BASE DEL METODO È
RIMUOVERE LA MINOR
QUANTITÀ DI OSTACOLI
ALLA VOLTA
PER OTTENERE RISULTATI
REALI SENZA ROMPERE
CODICE
72. THE MIKADO METHOD IS A BIT LIKE A
DANCE, AND IT OFTEN GOES LIKE THIS IN
EXPLORATION MODE:
START (WITH A GOAL), EXPERIMENT, NOTE
THE RESULTS, REVERT, EXPERIMENT, NOTE
THE RESULTS, REVERT, EXPERIMENT, NOTE
THE RESULTS, REVERT, AND SO ON.