Wenn du ein Programm schreibst, musst du sicherstellen, dass es korrekt geschrieben ist, damit es funktioniert…
Das Programm muss jedoch auch so geschrieben sein, dass es von anderen Teammitgliedern oder von jemandem gelesen werden kann, der das Programm „in einem Jahr“ ändern muss.
Wenn ein Programm ein Problem oder einen Fehler aufweist, ist es einfacher, die Ursache des Problems zu ermitteln, wenn das Programm klar und lesbar geschrieben ist.

Im Allgemeinen verbringen wir mehr Zeit damit, ein Programm zu lesen als es zu schreiben.
Das Schreiben von verständlichem Code erleichtert es jedem, den Code durchzugehen und zu überarbeiten.
Der Code sollte so geschrieben sein, dass alle Programmierer ihn verstehen können.

Gut geschriebener Quellcode ist an sich die detaillierteste Dokumentation eines Programms.
Alles, was das Programm wirklich tut, wird hier genau beschrieben.
Du musst dann nur noch dokumentieren, was die einzelnen Funktionen und Modulen tun, da die Art und Weise, wie sie es tun, im Quellcode enthalten ist.

Es ist notwendig, den Code so zu schreiben, dass er jahrzehntelang verwendet und gewartet werden kann.
Man weiss nie, ob das am Ende nicht wirklich passieren wird.

Die wiederholte Verwendung des Codes und die gemeinsame Nutzung zwischen Entwicklern kann die Produktivität des Teams erheblich steigern.
Niemand wird unlesbaren Code in sein Modul aufnehmen.
Im Gegenteil, lesbarer und klarer Code wird jedem gefallen, da er Arbeit spart und man etwas aus dem Code lernen kann.

Es ist wichtig, den Code bereits von Anfang an gut lesbar zu schreiben.
Denkt nicht, dass ihr, wenn alles erledigt ist, die Zeit und die Lust haben werdet, den unlesbaren Code besser lesbar umzuschreiben.

Die Person, die das Programm übernimmt, sollte die Qualität des Quellcodes bewerten und den unlesbaren Code als Fehler beanstanden und eine Korrektur verlangen.
Lesbarer Code erhöht die Entwicklungsgeschwindigkeit und die Qualität der erstellten Anwendung.