Clean Code: Gewohnheiten, die mitwachsen

Bei sauberem Code geht es nicht um clevere Abstraktionen oder perfekten Stil. Es geht darum, wie teuer die nächste Änderung wird. Eine Codebasis, die letztes Jahr leicht zu ändern war und heute wehtut, ist nicht durch eine schlechte Entscheidung dorthin gekommen, sondern durch viele kleine Abkürzungen.

Benennen Sie Dinge für den Leser

Eine Zeile schreiben Sie einmal und lesen sie viele Male. Ein längerer, präziser Name kostet ein paar Tastenanschläge und spart anderen immer wieder ein paar Minuten. Braucht eine Funktion einen Kommentar, um zu erklären, was sie tut, versuchen Sie es zuerst mit einem besseren Namen.

Warten Sie auf die dritte Kopie

Duplikate sind billiger als die falsche Abstraktion. Zwei ähnliche Codeblöcke können sich als verschiedene Dinge herausstellen, die sich heute nur ähneln. Bei der dritten Kopie verstehen Sie das echte Muster meist gut genug, um es sicher herauszuziehen.

Halten Sie das Datenmodell ehrlich

Screens lassen sich leicht ändern. Daten nicht. Zeit, die Sie in die richtige Datenbankstruktur stecken, zahlt sich über Jahre aus, und der meiste seltsame Code in alten Projekten existiert nur, um eine Tabelle zu umgehen, die nicht mehr zur Realität passt.

Gewohnheiten, die sich lohnen

• Kleine Pull Requests, die genau eine Sache tun
• Tests für das Verhalten, das im Fehlerfall am meisten schmerzt
• Toten Code löschen statt auskommentieren
• Aufschreiben, warum eine Entscheidung fiel, nicht nur welche
• Jede Datei ein wenig besser hinterlassen, als Sie sie vorgefunden haben

Nichts davon beeindruckt jemanden im Code-Review. Zusammen sorgt es dafür, dass ein Team auch nach dem ersten Jahr schnell bleibt, wenn die meisten Projekte langsamer werden.