Debito tecnico
Una metafora delle carenze interne del software che rendono più difficili o rischiose le modifiche future.
Che cos’è il debito tecnico?
Il debito tecnico usa una metafora per descrivere come carenze o decisioni precedenti nella struttura interna del software rendano le modifiche successive più laboriose o rischiose. Non è un debito contabile. L’età del codice non basta a dimostrarlo; contano le conseguenze concrete sul lavoro necessario.
In un esempio inventato, la stessa regola di approvazione è stata copiata in più punti. Una modifica deve ora raggiungere tutte le copie e rischia di produrre decisioni incoerenti. Una voce nel lavoro pianificato può indicare causa, flussi coinvolti, conseguenze attese e un responsabile con proposta di miglioramento. Le priorità dipendono da uso, rischio e modifiche imminenti. Non ne deriva automaticamente la necessità di riscrivere l’intera applicazione.
Fonti
Termini correlati
- RefactoringModificare la struttura interna del software mantenendo il comportamento osservabile atteso.
- Sistema legacyUn sistema esistente ancora utilizzato, con dipendenze tecniche e aziendali accumulate nel tempo.
- Architettura multi-tenantUna soluzione multi-tenant supporta ambiti separati per clienti o gruppi. Un tenant non equivale automaticamente a una persona o a un database.
- Cache del browserLa cache del browser conserva risposte HTTP adatte. Riuso e validazione seguono le regole applicabili.
- Invalidazione della cacheL’invalidazione termina il riuso di una copia secondo regole definite. Il record di origine resta distinto.
- CachingIl caching riutilizza dati o risultati conservati. Validità e ambito degli utenti autorizzati fanno parte della progettazione.
Articoli sul tema
Sviluppo software con ASES
Software su misura, app web e mobile