Wie ich
wirklich arbeite
Die Methodik hinter den Ergebnissen. Das sind keine Buzzwords — es sind die Prinzipien, die Real-Time-Pipelines geliefert, illegale Operationen verhindert und Teams aufgebaut haben, die ohne mich laufen.
Warum Ihre Probleme immer zurückkommen
Stellen Sie sich vor, Ihre Buchhaltung würde nur den Endsaldo speichern. Keine Transaktionshistorie. Kein Audit-Trail. Nur eine Zahl, die sich jeden Monat mysteriös ändert. Wenn die Prüfer fragen „warum hat sich das geändert?“, kann niemand antworten. Genau das tut Ihre IT-Abteilung. Jeden Tag.
CRUD / Traditionell
→ Wenn etwas bricht, sind Sie blind.
→ „Was hat sich geändert?“ → Niemand weiß es.
→ Neuer Mitarbeiter → 5 Wochen von Johns Zeit.
→ Derselbe Fehler, anderes Kostüm, jedes Quartal.
Event-Sourced
→ Wenn etwas bricht, spielen Sie das Band ab.
→ „Was hat sich geändert?“ → Hier. Genau das. Zu dieser Zeit.
→ Neuer Mitarbeiter → ein Link.
→ Fehler einmal gefunden. Dauerhaft behoben.
Bei Hornbach habe ich ihre Pipeline 1000x verbessert. Aber die eigentliche Tragödie? Die richtige Architektur wäre 1.000.000x gewesen — und 100x günstiger als mein Fix. Das ist keine Nachsicht. Das sind 13 Jahre Mustererkennung.
Engineering-Prinzipien
Beobachtbarkeit vor Optimierung
Niemals optimieren, was nicht gemessen wurde. Ich instrumentiere Systeme zuerst — Latenz, Fehlerraten, Ressourcensättigung — und behebe dann, was die Daten zeigen. Vermutungen sind teuer; Metriken sind günstig.
Starke Typen statt Laufzeitgebete
Ich entwerfe Systeme, in denen unmögliche Zustände nicht darstellbar sind. Wenn der Compiler einen Fehler finden kann, sollte er es tun. Fehler, die nicht existieren können, müssen nicht behoben werden.
Komposition über Vererbung
Ich baue aus kleinen, komponierbaren Bausteinen, die unabhängig getestet und bei Bedarf ersetzt werden können. Keine tiefen Klassenhierarchien, die zu Wartungsfallen werden.
Verträge an jeder Grenzfläche
Strikte, typisierte Schnittstellen zwischen Systemen und Modulen. Die interne Implementierung darf frei weiterentwickelt werden; der Vertrag ist die stabile Oberfläche, auf die sich Verbraucher verlassen. Ein Vertragsbruch ist ein bewusster, versionierter Akt.
Idempotenz und expliziter Zustand
Operationen sind sicher erneut ausführbar. Zustandsübergänge sind sichtbar und prüfbar. Keine versteckten Seiteneffekte, keine "es hängt vom Timing ab"-Fehler — nur vorhersagbares, reproduzierbares Verhalten.
Ihre Systeme haben kein Gedächtnis
Stellen Sie sich vor, Ihre Buchhaltung würde nur den Endsaldo speichern — keine Transaktionshistorie, kein Audit-Trail. Genau das tun die meisten IT-Abteilungen. Wenn etwas bricht, ist Ihr Team ein Detektiv in einem dunklen Raum ohne Zeugen. Event-Sourcing macht das Licht an: jede Entscheidung aufgezeichnet, jede Zustandsänderung prüfbar, jeder Fehler nachverfolgbar.
Tiefe ist der Burggraben, AI ist der Verstärker
13 Jahre tiefes Engineering-, Architektur- und Infrastrukturwissen bei Fortune-500-Projekten. AI ersetzt das nicht — sie verstärkt es. Zusammen mit Event-Sourcing-Denken kann deshalb eine Person im Tempo eines 10-Personen-Teams liefern.
Qualifikationen
Erfahrung
13+ Jahre professionelles Software-Engineering
KI-verstärkte Engineering-Workflows für 10x Liefergeschwindigkeit
Mit 10 Jahren angefangen zu programmieren
7+ Länder, in denen ich Teams geleitet habe
Zertifizierungen
Certified Professional for Software Architecture — Foundation Level
iSAQB® · März 2023
Oracle Certified Associate Java SE8 Programmer
Oracle · Apr 2019
Bildung
Autodidakt (Hausunterricht)
2014 – 2018 · Frankreich
Vollzeit-selbstgesteuerte Bildung in Softwareentwicklung, Systemarchitektur, Geopolitik, Finanzwesen und Recht. Eine tiefe, interdisziplinäre Grundlage, die heute architektonische Entscheidungen prägt. Kein Abschluss. Keine Entschuldigungen.
Schwerpunkt: Informatik, Finanzwesen, Recht, Geopolitik