Technical debt is not fungible. Tech debt is hard to quantify and you can't always trade one kind off for another. You can't always pay it off in installments. "Two days a sprint for tech debt" is not a coherent policy! (For many reasons!)
And it might be really difficult to fix an architectural problem incrementally. What should you do? I don't really know myself. Just try not to get into that situation in the first place!
-
-
The fixed time allotment does seem to preclude including large architectural changes in that time budget, but I think the idea still has merit: virtually every code base can benefit from small bundles of TLC time by people who know it well.
Hvala. Twitter će to iskoristiti za poboljšanje vaše vremenske crte. PoništiPoništi
-
Čini se da učitavanje traje već neko vrijeme.
Twitter je možda preopterećen ili ima kratkotrajnih poteškoća u radu. Pokušajte ponovno ili potražite dodatne informacije u odjeljku Status Twittera.