Hauptgedanke

Über die guten Praktiken der Softwareentwicklung redet man oft wie über einen festen Bestand: Man müsste sie nur dokumentieren, in die Direktivendatei eines Entwicklungsassistenten legen und ihn bitten, sie anzuwenden.

Ihre Geschichte erzählt etwas anderes. Die klassischen Design Patterns antworteten auf eine bestimmte Softwarewelt; Cloud, verteilte Systeme, Asynchronität, Microservices und ereignisgetriebene Architekturen brachten eine andere hervor, und man musste Idempotenz, Retries, Circuit Breaker, Sagas, Observability und verteilte Resilienz erfinden. Keine dieser Praktiken ist aus der Lektüre der vorherigen hervorgegangen: Sie sind aus realen Systemen entstanden, aus Ausfällen, schwierigen Migrationen, Betriebszwängen und schmerzhaften Kompromissen.

Um eine gute Praxis zu erfinden, reicht es also nicht, die alten zu kennen. Man muss spüren, warum sie nicht mehr genügen — was voraussetzt, einer Realität ausgesetzt gewesen zu sein, die Widerstand leistet —, und unterscheiden können, wann ein Pattern eine elegante Antwort ist und wann es nur unnötige Komplexität bedeutet.

Warum das wichtig ist

Das trennt zwei Fähigkeiten, die man verwechselt, sobald ein Werkzeug den Katalog aufsagen kann: eine Praxis anwenden und eine neue hervorbringen. Ein Assistent, der Lösungen vergleicht, Wiederholungen erkennt und aufkommende Praktiken dokumentiert, hilft bei der ersten; nichts belegt, dass er die zweite abdeckt, bevor die Realität den Bedarf lesbar gemacht hat.

Es macht auch einen unsichtbaren Preis greifbar, den ein Team zahlt, das sich dem Betrieb nicht mehr unmittelbar stellt: Es erbt die bestehenden Patterns und verliert den Mechanismus, mit dem sich neue erfinden ließen — ein Verlust, der sich erst bei der nächsten technologischen Generation zeigt.

Nuancen und Grenzen

Man muss diese Realität nicht selbst erlebt haben, damit sie etwas lehrt: Ein ernsthaftes Post-mortem, Spuren aus dem Betrieb, der öffentlich gewordene Vorfall eines anderen Unternehmens transportieren einen Teil des Widerstands. Was sie sicher weitergeben, ist das bereits gefundene Pattern; ob sie das nächste hervorbringen können, ist noch zu zeigen.

Und nicht jeder Widerstand bringt eine Praxis hervor: Viele Vorfälle hinterlassen nur eine lokale Korrektur, weil sich niemand die Zeit genommen hat, eine Regel daraus abzuleiten.

Offene Fragen

• Was an einem Ausfall sorgt dafür, dass er eine wiederverwendbare Praxis hervorbringt statt einer Korrektur, die einen Monat später vergessen ist?