Der ultimative Legacy-Code

Stellen Sie sich ein riesiges Softwareprojekt vor. Es läuft seit 13,8 Milliarden Jahren, hat Billionen verbundene Teile, und die ursprünglichen Programmierer sind nirgends zu finden. Es gibt keine Dokumentation, keine README-Datei, keinen kommentierten Code. Das ist unser Universum. Wir verbringen unser Leben damit, zu verstehen, wie es funktioniert, vorherzusagen, was es tun wird, und seine Komplexitäten zu erkennen.

Was aber, wenn ein uraltes Buch, das oft als mystisches Wahrsagewerk abgetan wird, tatsächlich etwas anderes ist? Was, wenn es ein hochrangiges Systemdesign-Dokument für diese große, kosmische Software wäre? Das ist das I Ching oder „Buch der Wandlungen“. Dieser Artikel argumentiert, dass wir als Programmierer und Systemdenker seinen Kernlogikcode durch die Prinzipien der Objektorientierten Programmierung (OOP) entschlüsseln können. Wir können das I Ching neu denken – nicht als Magie, sondern als ein intelligentes Modell der Realität.

Ein System aus 0 und 1

Im Kern basiert das I Ching auf einer binären Grundlage, die Tausende Jahre vor der modernen Computertechnik entstand. Das System verwendet zwei Hauptlinienarten: eine durchgehende Linie, Yang (⚊), und eine unterbrochene Linie, Yin (⚋). Für unsere Zwecke ist die Zuordnung direkt und einfach: Yang ist 1 (aktiv, kreativ, ein an-Bit) und Yin ist 0 (empfänglich, passiv, ein aus-Bit). Dies ist der grundlegende i ching binäre Code, der einfache, aber kraftvolle Ausgangspunkt für ein komplexes System.

Unsere Programmiermission

Unser Ziel ist hier kein Wahrsagen. Es ist Reverse Engineering. Wir begeben uns auf eine Mission, die 64 Hexagramme des I Ching – seine primären symbolischen Strukturen – auf ein System von „universellen Klassen“ und „Objekten“ abzubilden. Dadurch wollen wir ein neues, logisches Framework zum Verständnis von Veränderungsmustern schaffen, einen Programmier-Leitfaden zum Objektmodell der Existenz.

Die Kernlogik

Bevor wir das I Ching auf OOP abbilden können, müssen wir seine Grundstruktur verstehen. Die Schönheit des Systems liegt in seiner Skalierbarkeit – es baut aus einer einfachen binären Wahl heraus ein komplexes, beschreibendes Modell auf. Es ist eine Meisterklasse darin, wie Kombinationen sich vervielfachen können.

Fundamentale „Bits“

Das gesamte System beginnt mit Dualität, dem universellen Konzept der Gegensätze, die einander definieren.

• Yang (⚊) steht für die aktive, kreative und initiierende Kraft. In unserem Modell ist es ein 1.
• Yin (⚋) steht für die empfangende, passive und nährende Kraft. In unserem Modell ist es ein 0.

Dies sind die fundamentalen Bits der kosmischen Maschine. Jeder komplexe Zustand im I Ching ist eine Kombination dieser zwei einfachen Werte.

„Bytes“ bauen

Aus diesen einzelnen Bits erzeugt das System seine ersten bedeutungsvollen Datenstrukturen: die Trigramme. Ein Trigramm ist ein Stapel aus drei Linien, also ein 3-Bit-Wert. Mit drei Positionen, die jeweils Yin oder Yang sein können, ergeben sich 2³ oder 8 einzigartige Kombinationen. Diese acht Trigramme repräsentieren die grundlegenden Naturtypen und Familien – die primären Bausteine der Realität.

Das vollständige „Register“

Um ein detaillierteres und beschreibenderes System zu schaffen, kombiniert das I Ching zwei dieser 3-Bit-Trigramme, indem es eines über das andere legt. Das ergibt eine sechslinige Figur, ein Hexagramm. Das ist ein 6-Bit-System, und wie jeder Programmierer weiß, ergeben 6 Bits 2⁶ oder 64 einzigartige Kombinationen. Diese 64 Hexagramme bilden den Kern des I Ching und repräsentieren eine vollständige Menge typischer Situationen, Prozesse und Veränderungszustände.

Das ist keine moderne nachträgliche Anbindung der Binärlogik an ein antikes Werk. Die Verbindung ist historisch und tiefgründig. 1703 veröffentlichte der große Mathematiker und Philosoph Gottfried Wilhelm Leibniz, der Vater der modernen Binärarithmetik, seine Abhandlung „Erklärung der binären Arithmetik“. Er hatte Briefe mit dem französischen Jesuiten Joachim Bouvet in China gewechselt, der ihm die Anordnung der 64 Hexagramme geschickt hatte. Leibniz war erstaunt zu sehen, dass bereits ein vollständiges, geordnetes binäres System vorlag. Dieser alte i ching binäre Code bestätigte direkt seine eigene Arbeit und bewies, dass die Prinzipien des Rechnens in Mustern verwoben sind, die weit älter sind als unsere Maschinen.

Der große Vergleich

Mit der binären Grundlage können wir nun unseren zentralen Vergleich anwenden: das Universum als objektorientiertes System. In OOP modellieren wir die Welt, indem wir Klassen definieren (Baupläne für Dinge), aus denen Objekte (konkrete Instanzen dieser Dinge) erzeugt werden. Diese Objekte haben Attribute (Daten) und Methoden (Verhalten). Dieser Ansatz bietet eine mächtige Brille, um das I Ching zu betrachten.

Der Tao als Namespace

In der Programmierung ist ein Namespace ein Container, der zusammengehörigen Code gruppiert und Namenskonflikte vermeidet. Man kann sich den Tao (oder Wuji, den Zustand des unmanifestierten Potenzials) als den ultimativen, obersten Namespace vorstellen. Es ist die abstrakte, statische Klasse, aus der alle Realität stammt. Sie enthält das Potenzial für jede Klasse und jedes Objekt, ist selbst aber kein Objekt, das man erzeugen kann. Es ist die System-Bibliothek des Kosmos, der stille Kontext, in dem alles läuft.

Hexagramme als „Klassen“

Hier kommen wir zum Kern unserer einzigartigen Perspektive. Die 64 Hexagramme sind nicht nur statische Symbole für 64 Situationen. Sie sind Klassen-Definitionen. Jedes Hexagramm ist ein Bauplan für einen spezifischen Typ typischer Prozesse oder situativer Energien. Es definiert die Attribute und potenziellen Verhaltensweisen, die zu diesem Typ gehören.

Zum Beispiel ist Hexagramm 1, ☰☰ (Qián), die Kreativ-Klasse. Deren Definition würde die Eigenschaften reiner, unverminderter, expansiver und initiierender Kraft beschreiben. Es ist die Klasse für Anfänge, Durchbrüche und Führung. Im Gegensatz dazu kann Hexagramm 48, ☵☴ (Jǐng), „Der Brunnen“, als die Infrastruktur-Klasse gesehen werden. Es definiert eine stabile, unveränderte lebensspendende Ressource, die der Gemeinschaft dient. Ihre Eigenschaften beziehen sich auf Tiefe, Zuverlässigkeit und Wartung.

Eine Situation als „Objekt“

Wenn ein Hexagramm eine Klasse ist, dann ist jede reale Situation ein Objekt – eine spezifische Instanz einer dieser Klassen. Eine Herausforderung, die wir meistern, ein Projekt, das wir leiten, oder eine Beziehung, die wir gestalten, ist ein Objekt, das aus einem der 64 universellen Baupläne erzeugt wurde.

Beim Starten eines Startups könntest du ein Objekt der Kreativ-Klasse erzeugen:
my_startup_launch = new Creative();

Wenn dein Team eine schwierige Phase von Misskommunikation und schlechter Stimmung durchläuft, könnte die Situation eine Instanz der Abgründig-Klasse (Hexagramm 29, ☵☵) sein:
current_team_dynamic = new Abysmal(Water);

Wir haben dies aus erster Hand erlebt, als wir einen kritischen Produktionsfehler debuggt haben. Das System war ein komplexes Geflecht von Microservices, und ein Fehler tauchte durch ihre unvorhersehbaren Interaktionen auf. Die Situation fühlte sich chaotisch und unlösbar an. Durch diese Brille betrachtet, wurde sie zu einer Instanz von Hexagramm 45, ☱☷ (Cuì), „Versammlung“. Das änderte unsere Perspektive. Es war nicht nur Chaos, sondern eine komplexe Zusammenstellung von Elementen. Es als Objekt der Versammlung-Klasse zu betrachten, brachte uns dazu, es nicht als zufälliges Durcheinander zu behandeln, sondern nach dem „König“ oder zentralen Element zu suchen, um das sich die anderen gruppierten. Das führte uns direkt zu einer versteckten Race Condition, die die wahre Ursache des Problems war.

Aufschlüsselung der „Hexagramm“-Klasse

Um unseren OOP-Vergleich zu untermauern, müssen wir zeigen, dass die internen Komponenten eines Hexagramms klar auf die Komponenten einer Klasse abgebildet werden können. Die Struktur eines Hexagramms ist nicht zufällig; sie ist eine wunderschön gestaltete Datenstruktur.

Attribute als Eigenschaften

Eine Klasse hat Attribute oder Eigenschaften, die ihren Zustand definieren. Die sechs Linien eines Hexagramms sind seine Eigenschaften. Sie sind im Grunde sechs boolesche Attribute, die den spezifischen Zustand des erzeugten Objekts definieren.

Wir können die Eigenschaften einer Hexagramm-Klasse folgendermaßen modellieren:

class Hexagram {
  line_1: boolean; // 0 für Yin, 1 für Yang
  line_2: boolean;
  line_3: boolean;
  line_4: boolean;
  line_5: boolean;
  line_6: boolean;
}

Die spezifische Kombination dieser sechs true/false- (oder 1/0)-Werte bestimmt, zu welcher der 64 Klassen das Objekt gehört. Zum Beispiel ist ein Objekt mit den Eigenschaften [1, 1, 1, 1, 1, 1] eine Instanz der Klasse Creative. Ein Objekt mit [0, 0, 0, 0, 0, 0] ist eine Instanz der Klasse Receptive.

Methoden als Wechsel-Linien

Dies ist vielleicht der kraftvollste Teil des Vergleichs. Das I Ging ist kein statisches System; sein Name bedeutet „Buch der Wandlungen“. Diese Bewegung ist im Konzept der „wechselnden Linien“ kodiert. Wenn ein Hexagramm erzeugt wird, können eine oder mehrere Linien als „wechselnd“ markiert sein, das heißt, sie befinden sich in einem Zustand der Spannung und stehen kurz davor, sich zu ihrem Gegenteil zu verwandeln.

In unserem OOP-Modell ist eine wechselnde Linie eine Methode. Es ist eine Funktion, die den Zustand des Objekts transformiert. Wenn Sie eine Situation (ein Objekt) mit einer wechselnden Linie haben, erhalten Sie im Grunde einen Methodenaufruf: hexagram_instance.transform(line_position).

Die Ausführung dieser Methode führt zu einer Zustandsänderung: Der boolesche Wert der Linie wird umgedreht. Dies ändert die Menge der sechs Eigenschaften des Objekts, was bedeutet, dass das Objekt von seiner ursprünglichen Klasse in eine neue „umgegossen“ wird. Das ursprüngliche Hexagramm repräsentiert die gegenwärtige Situation, und das Hexagramm, in das es sich verwandelt, steht für das zukünftige Potenzial bzw. die Richtung der Veränderung. Dies bildet elegant den prozessorientierten Charakter der Realität ab.

Vererbung und Komposition

Gutes Software-Design bevorzugt Komposition gegenüber Vererbung. Komplexe Objekte sollten aus einfacheren, wiederverwendbaren Komponenten aufgebaut werden. Die Struktur des I Ging folgt genau diesem Prinzip. Eine Hexagram-Klasse ist kein einzelnes Gebilde; sie besteht aus zwei Trigram-Objekten.

class Hexagram {
  unteres_trigramm: Trigram;
  oberes_trigramm: Trigram;
}

Die 64 komplexen Klassen werden aus einer Palette von 8 einfacheren, wiederverwendbaren Komponenten aufgebaut. Die Bedeutung eines Hexagramms ergibt sich aus der Interaktion seiner beiden Trigramm-Bestandteile – dem inneren und äußeren Aspekt, der unteren und oberen Realität. Dieses Prinzip verwenden wir auch beim Aufbau komplexer Benutzeroberflächen aus einfachen, wiederverwendbaren Web-Komponenten oder bei der Konstruktion anspruchsvoller Anwendungen aus modularen Bibliotheken.

Lass uns kosmischen „Code“ schreiben

Um den gesamten Vergleich greifbar zu machen, wollen wir eine Konzeptimplementierung skizzieren. Damit bewegen wir uns von reiner Theorie zu einem konkreten Modell, das jeder Programmierer verstehen und sogar erweitern kann. Der folgende Pseudocode ist aus Gründen der Übersichtlichkeit im Python-ähnlichen Stil geschrieben.

Definition der Klasse

Zunächst definieren wir unsere Basisklasse Hexagram. Sie hält die Linien, ruft ihren eigenen Namen (aus einem vordefinierten Wörterbuch, das hier nicht gezeigt wird) ab und kennt die Möglichkeit, sich selbst zu transformieren.

# Ein vereinfachtes Python-ähnliches Beispiel
HEXAGRAM_NAMES = { "111111": "Creative", "000000": "Receptive", ... }

class Hexagram:
    def __init__(self, lines: list[int]):
        # lines ist eine Liste von 6 Integern, jeweils 0 oder 1
        if len(lines) != 6 oder nicht alle(line in [0, 1] für line in lines):
            raise ValueError("Ein Hexagramm muss 6 Linien mit 0 und 1 enthalten.")
        self.lines = lines

        # Name aus dem Binärstring nachschlagen
        binary_string = "".join(map(str, reversed(self.lines))) # I Ging-Linien werden von unten nach oben gelesen
        self.name = HEXAGRAM_NAMES.get(binary_string, "Unbekannt")

    def __str__(self):
        # Methode zur Ausgabe der visuellen Darstellung
        visual_lines = ["⚊" wenn line == 1 "⚋" für line in reversed(self.lines)]
        return f"{self.name}\n" + "\n".join(visual_lines)