The document discusses code quality and technical debt. It defines technical debt as debt that accumulates when code quality is not maintained. Poor code quality can slow down development over time, like how debt needs to be paid back. The presenter then demonstrates SonarQube, a tool that measures code quality over seven axes (design, duplications, documentation, complexity, unit tests, coding rules, potential bugs) and tracks technical debt. It allows seeing how quality and debt evolve historically and comparing components. The key messages are that technical debt should be managed on an ongoing basis like cleaning a kitchen daily, and that all developers should be engaged in quality control from the start.
10. What we should measure;
● Abstract numbers? (Almost) useless
● Evolution through time? Definitely!
● Metrics? Yes but which ones?
● Welcome to the seven axes of quality
13. The seven axes of quality
Design
Duplications
Documentation
Com
plexityUnitTests
Coding rules
PotentialBug
Technical Debt
14. Technical Debt
“If the debt grows large enough, eventually the company will
spend more on servicing its debt than it invests in increasing
the value of its other assets”
Steve McConnell
(Author of code complete)
15. Technical Debt – My take
“Technical debt for software systems what salt is for
cooking. You need it, you can't see it but if you don't control
it it's too late”
Patroklos Papapetrou
(Yet another software gardener)
16. This is how the source
code looks like when we
don't pay off technical debt