Die Regeln der Programmierung

Regel 18. Lass deinen Code seine eigene Geschichte erzählen

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

In diesem Buch geht es vor allem darum, deinen Code leichter lesbar zu machen, sei es, indem du das Verhalten deines Codes nicht hinter zusätzlichen Abstraktionen versteckst, gute Namen für Dinge auswählst oder den einfachsten praktikablen Ansatz für ein Problem wählst. Wenn du einen gut lesbaren Code schreibst, läuft alles andere reibungsloser ab, denn wir alle verbringen viel mehr Zeit mit dem Lesen und Debuggen von Code als mit dem Schreiben. Beim Debuggen eines Codes ist es viel einfacher herauszufinden, was schief läuft, wenn du schnell verstehen kannst, was der Code erreichen soll.

Das gilt vor allem für ein Projekt, an dem du im Team arbeitest, aber auch für ein Einzelprojekt. Wenn du an einem nicht trivialen Einzelprojekt arbeitest, an dem du Wochen, Monate oder sogar Jahre verbringst, wirst du dich am Ende wieder mit dem Code vertraut machen müssen, den du vor langer Zeit geschrieben hast. Die Gedanken, die du im Kopf hattest, als du den Code geschrieben hast, sind verblasst; alles, was übrig ist, ist der Code selbst. An diesem Punkt bist du so ziemlich in der gleichen Situation wie ein Kollege bei einem Gruppenprojekt: Du musst herausfinden, was der Code macht (oder versucht zu machen), indem du ihn liest.

Hier ist eine andere Art, darüber nachzudenken: Das zukünftige Du ist ein ...