The document discusses the concept of technical debt and how it differs from cruft. It explains that technical debt refers to strategic design decisions made to increase speed that require future work to pay back, while cruft is accidental messy or poorly-written code. The author warns that allowing cruft can lead teams into a trap where velocity is prioritized over quality, resulting in increasing cruft over time. The document provides suggestions for avoiding this trap, such as setting quality thresholds, making incremental fixes, and constantly cleaning code. It also recommends metrics for monitoring cruft and debt levels like code coverage, complexity, and coupling.
Related topics: