Wir starten mit den schlechten Nachrichten zuerst. 

Der Endbenutzer schert sich überhaupt nicht über sauberen Code. 
Den Endbenutzer interessiert nur ein funktionierendes System mit dem er seine Aufgaben lösen kann. 

Wenn wir es auch noch schaffen Begeisterung auszulösen dann haben wir als Entwickler unsere Aufgabe sehr gut erfüllt.

Wieso dann die Clean Code Initiative?

Um den Benutzer zu begeistern müssen wir immer wieder Neues liefern, und das vielleicht auch noch in kurzer Zeit. Dies ist uns Entwicklern nur möglich wenn wir die Qualität unseres Codes im Auge behalten. Nur Clean Code mit guter Testabdeckung kann gut verändert werden und bereitet über längere Zeit Freude, für uns Entwickler und für den Endbenutzer des Systems.

Clean Code Themen:

• Wie schreiben wir Code mit dem Ziel den Benutzer glücklich zu machen? (Testing outside in, Behaviour Driven Development)
• Wieviel Testabdeckung ist genug und vernünftig? (100% Code Coverage?)
• Wie minimieren wir Duplikation im Code und vermeiden das Eintreten der „Broken Window Theory“?
• Wie stellen wir sicher dass Code wartbar ist über längere Zeit und wie kann dies überprüft werden? (Executable Specifications)
• Wie stellen wir sicher dass der nächste Entwickler unseren Code lesen und verstehen kann? 

„Any fool can write code that a computer can understand. Good programmers write code that humans can understand”

Martin Fowler

Clean Code ist nicht leicht, aber es motiviert das ganze Team neue Grenzen im Code auszuloten, schnell Ideen umzusetzen und mit Innovation andere zu begeistern.