Hauptgedanke

Ein Entwickler, der eine Aktion verweigert, legt einen Fehlerfall an, und er gibt ihm einen Namen. CannotEditInvoicedOrder sagt „ein fakturierter Auftrag lässt sich nicht ändern“: Die ganze Regel steckt im Namen, ohne Kommentar und ohne Dokumentation. Niemand hat diesen Namen geschrieben, um irgendetwas zu dokumentieren — es war schlicht der kürzeste Weg, die Ablehnung beim Programmieren zu bezeichnen.

Daraus ergibt sich eine unerwartete Fundgrube in den am schlechtesten aufgeräumten Teilen des Codes, dort, wo keine Regel im Klartext steht: die Liste der Namen der Fehlerfälle. Man liest sie, ohne programmieren zu können, denn es geht nur darum, Namen zu lesen.

Drei weitere Orte liefern Regeln, nach abnehmender Ausbeute: die Prüfungen zu Beginn eines Vorgangs, bevor irgendetwas geändert wird; die Bedingungen der Datenbank — was eindeutig sein muss, was nicht leer bleiben darf; die Eingabeprüfungen in den Oberflächen.

Warum das wichtig ist

Damit können auch diejenigen die Regeln lesen, die keinen Code lesen, und gerade sie — Support, Vorvertrieb, Product Management — brauchen die Regeln. Die technische Hürde fällt ausgerechnet bei dem Teil der Arbeit, den man für den technischsten hielt.

Es gibt auch eine Reihenfolge vor, wenn die Zeit knapp ist: mit den Fehlern anfangen, mit den Oberflächen aufhören, statt die Dateien der Reihe nach durchzugehen.

Nuancen und Grenzen

Ein schlecht gewählter Fehlername spricht eine falsche Regel mit derselben Selbstsicherheit aus wie ein guter: Die Quelle ist dicht, aber ungeprüft, und jede Regel, die man ihr entnimmt, muss noch bestätigt werden.

Und das Fehlen eines Fehlerfalls sagt nichts: Eine Ablehnung kann anders ausgedrückt sein oder nirgends existieren, weil die Regel nicht durchgesetzt wird. Ein Objekt, das ganz ohne Regel beschrieben ist, zeigt eine oberflächliche Beschreibung an, nie ein Fach ohne Regeln.

Offene Fragen

• Was macht man mit den Regeln, die nichts verweigern — die etwas auslösen, berechnen oder ergänzen —, da sie keinen Namen hinterlassen?