Why battle against technical debt?

Why invest into refactoring?

Why fight for Clean Code?

To simplify lives, save money, and improve the world through innovative invention.

Clean Code is DRY, minimalistic, tested, & simple

More code is more stuff that each of those things making up all of that stuff depends on. More than that developers are now required to keep all of that extra stuff in their head and if it's not already in their head they must go through all of the extra fluff to understand what's going on.

Less code is less buggy.

Less code is less onboarding.

Less code is less maintenance.

Code in of itself is liability. You are liable to maintain, update, refactor, understand, teach, and utilize code.

Simply put, less code is less liability.

Clean code doesn't repeat itself, it's DRY (Do not Repeat Yourself). When we duplicate code, we have required the developer whom must make a change to one piece of code to be required to make a change to all duplicated pieces of that same code.

Cognitive load, technical debt, visual debt, & bugs increase.

Progress and passion decrease.

Common causes of technical debt

• Business pressures

• Lack of ownership

• Visual debt

• Insufficient requirements

• Lack of knowledge

• Last minute specification changes

• Lack of knowledge sharing

• Lack of junior development mentorship

• Delayed Refactoring

• Parallel development on multiple branches

• Development starts before design is in place

• Tightly-coupled components (Not modular)

• Lack of collaboration

• Lack of test-suite

• Poor technological leadership

• Ongoing development rendering old solutions sub-optimal

Check out Wikipedia's Technical Debt page for details on each one of the technical debt causers.

90% of all of your tests passed ~ ouch. This is not clean code. You know you messed up if your not passing all of your tests. You also know you messed up when your test coverage is 0%.

Clean Code is tested thoroughly and passes those tests with flying colors

Clean code is easier to understand, simpler to utilize, cheaper to maintain, and effective towards the goals in which it is created towards.