Hauptgedanke

Eine Software zu beschreiben setzt voraus, einen Zeitpunkt festzulegen: eine Version des Codes und alles, was damit läuft — die Datenbank, wie sie in dieser Version ist, die Oberflächen dieser Version, die Übersetzungen dieser Version. Das ist die Momentaufnahme, und sie legt fest, was hinein darf.

Ein Datenbankexport von vor ein paar Monaten wirkt trotzdem brauchbar: Er beschreibt dasselbe Produkt, bis auf Kleinigkeiten. In Wirklichkeit beschreibt er ein älteres Produkt, und die „Kleinigkeiten“ sind genau das, wonach man suchte. In einem ganzen Bereich hatten Objekte, die im Code vorhanden waren, keine passende Tabelle im Export — und der gezogene Schluss lautete, dass es sie nicht gab.

Die Regel heißt nicht „vor dem Schluss das Datum prüfen“, denn diese Wachsamkeit hält auf Dauer nicht. Sie ist radikaler: Eine Quelle mit anderem Stand wird durch eine aktuelle Fassung ersetzt, oder man verzichtet auf sie.

Warum das wichtig ist

Das verhindert einen stummen Fehler. Eine veraltete Quelle erzeugt keine Fehlermeldung: Sie erzeugt eine Abwesenheit, und eine Abwesenheit liest sich wie eine Information — „dieses Objekt gibt es nicht“ —, obwohl sie nichts sagt.

Und die Regel lässt sich ohne Ermessen prüfen: Jede Quelle trägt ihre Version, oder sie fällt aus dem Umfang heraus. Das ist eine Zulassungsbedingung, keine Vorsichtsmaßnahme beim Lesen.

Nuancen und Grenzen

Die Anforderung gilt nur für Quellen, die den Zustand des Produkts beschreiben sollen. Material, das festhält, was Menschen sagen — Gesprächsprotokolle, Tickets —, ist naturgemäß datiert und behält seinen Wert: Es beschreibt nicht das Produkt, sondern eine Nutzung.

Die Auflage hat echte Kosten: Eine Quelle in der richtigen Version wiederherzustellen braucht Zeit, und die Versuchung, die zu nehmen, die man gerade zur Hand hat, kehrt bei jedem Bereich zurück.

Offene Fragen

• In welchem Takt macht man die Momentaufnahme neu, wenn jeder Versatz die verfügbaren Quellen nach und nach in unzulässige verwandelt?