Il modulo che nessuno vuole più toccare, rimesso in sesto un passo alla volta
Il refactor mirato di CODEPRESS rimette in sesto un'area del codice che oggi rallenta ogni modifica, non l'intero sistema: perimetro concordato prima di iniziare, in 3–6 settimane, da 6.000 euro secondo l'ampiezza decisa insieme. Prima si scrivono i test di caratterizzazione che fissano il comportamento attuale, poi si interviene a piccoli passi reversibili. Consegniamo il codice in produzione, la suite di test e un confronto misurato prima/dopo.
da 6.000 €3 a 6 settimane
A cosa serve un refactor mirato
C'è sempre un'area del codice che il team ha smesso di toccare volentieri: ogni modifica lì dentro richiede il triplo del tempo previsto, e nessuno è più sicuro di cosa si romperà cambiando una riga. Non è tutto il sistema a essere in quello stato, di solito è un modulo, un flusso, uno strato: il resto dell'applicazione funziona, e riscriverlo da zero sarebbe uno spreco oltre che un rischio.
Il refactor mirato lavora su quel confine preciso: si delimita l'area, si scrive la rete di test che oggi manca, e si interviene un passo alla volta, ognuno abbastanza piccolo da poter tornare indietro se qualcosa va storto. Il sistema resta in produzione durante tutto l'intervento: non c'è un giorno di taglio netto in cui il vecchio si spegne e il nuovo prende il suo posto.
Cosa comprende un refactor mirato
Il perimetro
Decidiamo insieme, prima di iniziare, quale modulo o quale flusso rientra nell'intervento e quale resta fuori: è il confine scritto che rende possibile dare un prezzo e una durata fissi.
Test di caratterizzazione
Prima di toccare una riga scriviamo i test che fissano il comportamento attuale, bug compresi: servono a dimostrare che il refactor ha cambiato come il sistema lavora, non cosa fa.
Passi piccoli e reversibili
Ogni intervento è abbastanza contenuto da essere rilasciato da solo e da poter tornare indietro in pochi minuti se qualcosa non torna, invece di un'unica modifica enorme e rischiosa.
Documentazione del cambiamento
Chi manterrà quel codice dopo di noi trova scritto perché certe scelte sono cambiate, non solo cosa è cambiato: la storia conta quanto il risultato finale.
Come funziona un refactor mirato
Perimetro e punto di partenza
Guardiamo insieme l'area segnalata, fissiamo cosa entra nell'intervento e cosa no, e misuriamo lo stato di partenza: complessità, tempi di build, copertura dei test esistente.
Rete di sicurezza
Scriviamo la rete di test che manca, calibrata sul comportamento reale del sistema oggi, non su come dovrebbe funzionare in teoria: è ciò su cui si appoggia tutto quello che segue.
Refactor a piccoli passi
Interveniamo un cambiamento alla volta, ciascuno rilasciabile per conto proprio, verificando a ogni passo che i test scritti prima continuino a passare.
Consegna e confronto
Consegniamo il codice in produzione insieme al confronto misurato prima e dopo: quanto è calata la complessità, quanto sono cambiati i tempi di build.
Cosa ricevi da un refactor mirato
- Il codice modificato, in produzione, dentro il perimetro concordato all'inizio
- La suite di test di caratterizzazione, che prima dell'intervento non esisteva
- Il confronto misurato prima e dopo su complessità e tempi di build
- Lo storico dei passi rilasciati, ciascuno reversibile singolarmente
- Una nota su cosa è cambiato e perché, per chi manterrà il codice
- Un'ora di chiamata per attraversare insieme il risultato e i prossimi passi eventuali
Quando conviene rifattorizzare invece di riscrivere, e quando no
- Il sistema va sostituito da zero, non riparato: è una conversazione diversa, che parte da un altro tipo di intervento.
- Nessuno in azienda sa ancora indicare un confine preciso: in quel caso comprate prima l'audit del codice, che quel confine lo trova.
- Il codice in questione non sta davvero rallentando nessuno: se il problema è altrove, i 6.000 euro rendono di più spesi lì.
Quanto costa un refactor mirato, e perché
A differenza dei due audit, che hanno un intervallo chiuso perché il perimetro lo fissiamo noi guardando codice che già esiste, il refactor parte da 6.000 euro perché il perimetro lo fissate voi insieme a noi prima di cominciare: un modulo piccolo costa vicino a quella soglia, uno strato che attraversa più servizi ne costa di più, e lo sappiamo solo dopo aver deciso insieme dove passa il confine.
La cifra segue il confine, non il contrario: prima si concorda cosa entra nell'intervento e cosa resta fuori, poi si stabilisce il prezzo su quel perimetro esatto, e da quel momento è fissa quanto quella degli audit. Un «da» non spiegato sembrerebbe una scappatoia; qui indica solo che il numero finale dipende da una decisione presa insieme a voi, non da noi soli.
Domande frequenti sul refactor mirato
- Quanto costa un refactor mirato?
- Da 6.000 euro: la cifra esatta segue il perimetro concordato insieme prima di iniziare, non un tariffario a giornate. Un modulo piccolo e isolato si avvicina alla soglia; un intervento che attraversa più servizi costa di più, perché comporta più test di caratterizzazione da scrivere e più passi da verificare. Una volta fissato il perimetro, il prezzo non si muove più.
- Quanto dura un refactor mirato?
- Tra tre e sei settimane, a seconda dell'ampiezza del perimetro concordato: un modulo isolato sta nella parte bassa della forchetta, uno strato che attraversa più servizi in quella alta. La durata si fissa insieme al prezzo, prima di cominciare, e comprende sia la scrittura dei test di caratterizzazione sia i passi di modifica successivi.
- Rischio di rompere quello che funziona?
- È il rischio che l'intero metodo esiste per ridurre. Prima di toccare qualsiasi cosa scriviamo i test di caratterizzazione, che fissano il comportamento attuale del sistema, bug compresi: se un passo successivo li rompe, lo sappiamo lo stesso giorno, non alla consegna finale. Ogni modifica è anche piccola e reversibile per lo stesso motivo.
- Perché scrivete i test prima di toccare il codice?
- Perché senza una rete che dimostri cosa fa il sistema oggi, un refactor è una scommessa: sembra migliorare il codice finché qualcosa smette di funzionare in produzione, e a quel punto è tardi per accorgersene con calma. I test di caratterizzazione fissano il comportamento reale prima di cambiarlo, così ogni passo successivo si verifica da solo.
- Come si decide il perimetro?
- Guardiamo insieme al vostro team dove il codice rallenta davvero, non dove sembra più vecchio: un modulo, un flusso, uno strato specifico. Il confine va scritto prima di dare un prezzo, perché è quello a determinare quante ore di test e quanti passi servono. Se il confine non è ancora chiaro, il primo passo è un audit, non un refactor.