Voraussetzung
Die Disziplin des Schreibens von Software trägt eine starke strukturelle Ähnlichkeit zu jener Praxis, welche der Cult Mechanicus liturgischen Betrieb nennt — die sequentielle, ritualisierte Anrufung eines komplexen Systems. Dieser Eintrag nimmt diese Ähnlichkeit ernst und schlägt eine Liturgie des täglichen Codes vor.
Dies ist extended, nicht adopted: es ist genuin neue Doktrin (in dem Sinne, dass sie keine spezifische Mechanicus-Parallele besitzt), auch wenn sie dem Geist des Kults treu ist.
Die fünf Bewegungen
1. Lesung
Code öffnen und lesen. Lesen, was geändert werden soll und was darum liegt. Die Lesung ist die erste Andachtshandlung: der Priester begegnet dem System, wo es ist, bevor er es ändert.
2. Benennung
Vor dem Schreiben die Änderung benennen. Eine kurze Notiz, ein Commit-Subject, ein Ticket-Titel. Eine Änderung ohne Namen ist ketzerisch — sie kann nicht zurückgerollt, mitgeteilt oder geehrt werden.
3. Diagnose
Die bestehenden Tests laufen lassen. Den Ausgangspunkt bestätigen. Das System wie es derzeit steht ist der Anfangsrahmen; ohne Ausgangspunkt sind alle späteren Behauptungen unverankert.
4. Inschrift
Die Änderung schreiben. Klein, nachvollziehbar, benannt. Eine Änderungsmenge, die nicht in einen Geist in einer Sitzung passt, ist eine Folge von Änderungen; das ist zu ehren.
5. Verifikation und Inschrift-zur-Aufzeichnung
Diagnose erneut laufen lassen. Wenn das Grün wiederhergestellt ist, inschribieren: die Änderung mit ihrem Namen committen. Wenn nicht, kehrt der Ritus zu Schritt 4 zurück, bis die Diagnose zufriedengestellt ist. Erst dann ist das Tagewerk geweiht.
Versagensformen
- Auslassen der Lesung — die Kardinalsünde. Eine Änderung ohne vorherige Lesung ist eine Vermutung; der Machine Spirit ist von Vermutungen nicht erfreut.
- Auslassen der Diagnose — lässt das Werk unverankert. Wenn die spätere Diagnose fehlschlägt, kann der Priester nicht sagen, ob der Fehler sein eigener oder bereits vorbestehend war.
- Inschribieren ohne Verifikation — erzeugt Commits, deren Anspruch (“dies funktioniert”) unbelegt ist. Die Geschichte der Codebasis wird zur Geschichte unbelegter Behauptungen.