Meine Kunden nenne ich nicht beim Namen, die Aufgaben schon. Acht Beispiele, die meisten aus Flugbuchung und Handel: was das Problem war, was ich gebaut habe und was dabei herauskam.
Auf dieser Seite
Personalisierung ohne Deployment
Airline · 2024–2026 · Konzeption und Umsetzung hauptverantwortlich
Ausgangslage
Welche Zusatzleistungen ein Gast in welcher Reihenfolge sieht, war fest im Code verdrahtet. Jede fachliche Änderung brauchte ein Release.
Lösung
Ich habe einen eigenen Service konzipiert und gebaut. Sein Kern ist eine generische Rule Engine mit einer eigenen Abfragesprache: Regeln filtern, sortieren und überschreiben Angebote anhand von Warenkorb, Flug und Angebot. Sie sind versioniert, zeitlich begrenzbar, priorisiert und auditiert und werden über eine gesicherte API gepflegt; eine Oberfläche dafür habe ich 2026 ergänzt.
Ergebnis
Fachregeln sind heute Daten statt Code: 16 produktive Regeln lassen sich zur Laufzeit ändern, ohne Release. Die Engine ist mit 170 Tests abgesichert.
Technik
Java 25, Spring Boot 4, DocumentDB, OpenTelemetry, React, AWS
Der Shop für Zusatzleistungen in der Buchungsstrecke
Airline · 2024–2026 · Hauptentwickler des Shops, Release-Verantwortung
Ausgangslage
Zusatzleistungen sind eine zentrale Umsatzquelle einer Airline. Der Shop muss komplexe Tarifregeln für mehrere Reisende und Flugsegmente verständlich abbilden und als Baustein in der Website laufen.
Lösung
Als einer von drei Kernentwicklern der Buchungsstrecke habe ich Gepäck, Mahlzeiten, Tiertransport und weitere Produkte umgesetzt, dazu den Zahlungsbaustein, eine Anmeldeschicht mit Token-Erneuerung und einen Bot-Schutz für Überweisungen, vom Frontend bis ins Backend und stufenweise aktivierbar. Für Geschwindigkeit sorgen serverseitig renderbare Bausteine und ein Navigationskonzept, das mit dem Browserverlauf synchron bleibt.
Ergebnis
Der Bot-Schutz für Überweisungen ist live. 64 Releases in 13 Monaten begleitet, rund 390 Pull Requests integriert, neue Zusatzprodukte laufend ausgeliefert. Barrierefreiheit wird automatisiert geprüft, die Testabdeckung liegt über einer festen Schwelle von 80 %.
Technik
React 19, TypeScript, TanStack Query, Vitest, AWS
22 Sprachen im Release-Takt
Airline · 2026 · Eigenes Werkzeug, konzipiert und entwickelt
Ausgangslage
Übersetzungen mussten bei jedem Release zur richtigen Zeit im Content-Management-System landen, ohne Live-Texte zu überschreiben oder unübersetzte Platzhalter auszuliefern. Bis dahin war das Handarbeit bei jedem Release.
Lösung
Ich habe ein Kommandozeilenwerkzeug geschrieben, das Änderungen aus dem Git-Verlauf ableitet und in zwei Phasen ausrollt: neue Texte sofort, Änderungen und Löschungen erst, wenn die passende Version auf der Umgebung läuft. Manuelle Änderungen im CMS bleiben geschützt. Ein zweites Werkzeug versioniert A/B-Tests auf dieselbe Weise.
Ergebnis
Der Release-Schritt ist automatisiert. Den Prozess habe ich Produktverantwortlichen, Fachanalyse und Entwicklung in einem Vortrag vermittelt.
Eigene Arbeitsweise · 2026 · Aufgebaut und dokumentiert
Ausgangslage
Ein gewachsener Code hat eigene Architektur und eigene Konventionen. Ohne gemeinsame Regeln kennen KI-Agenten beides nicht, und ihre Ergebnisse sind schwer zu prüfen.
Lösung
Ich lege Leitfäden für KI-Agenten im Repository an (Architektur, Konventionen, Prüfbefehle) und ergänze wiederverwendbare Skills. Tickets setze ich spezifikationsgetrieben um: Jede Spezifikation wird gegen Anforderung und Design abgeglichen, jede Umsetzung läuft durch Kompilieren, Linting und Tests, bevor ich sie freigebe.
Ergebnis
Leitfäden und Skills sind versioniert und lassen sich in jedes Repository übernehmen. Aus den Bausteinen ist eine Software Factory geworden, die ich in einem Artikel beschreibe.
Technik
Claude Code, Agent-Leitfäden, Skills, MCP, Spec-Driven Development
Ein Fundament für zehn Microservices
Airline · 2023–2024 · Hauptentwickler der Plattform-Bibliotheken
Ausgangslage
Mehr als zehn Services einer neuen API lösten Logging, Fehlerbehandlung, Resilienz und Security jeweils selbst. Jedes Upgrade musste zehnmal gemacht werden.
Lösung
Ich habe die bestehende gemeinsame Bibliothek übernommen und diese Querschnittsthemen dort gebündelt: einheitliche Fehlerantworten, Circuit Breaker als Standard, strukturiertes Logging mit Maskierung sensibler Daten und durchgängige Korrelations-IDs. Dazu habe ich in fünf Services die hexagonale Architektur eingeführt, mit automatischen Architekturtests abgesichert, und die Entwicklung auf Contract-first mit OpenAPI umgestellt.
Ergebnis
Zehn Microservices teilen ein Fundament. Die Migration auf Spring Boot 3 lief einmal zentral statt zehnmal einzeln, begleitet von über 100 Releases der Bibliothek.
Technik
Java 21, Spring Boot 3, OpenFeign, Resilience4j, ArchUnit, AWS
Bonusprogramm, Gutscheine und Betrugsprüfung
Versandhandelsgruppe · 2022 · Service übernommen und ausgebaut
Ausgangslage
Stornos, Retouren und verdächtige Bestellungen waren in der Anbindung eines Bonusprogramms nur teilweise abgebildet, und der Code war schwer zu ändern.
Lösung
Ich habe die Rückbuchung von Punkten bei Voll- und Teilstorno und bei Retoure eingeführt, die Punkteberechnung korrigiert und Fehlerbehandlung sowie Domänenmodell neu strukturiert. Aus einer vorhandenen Erkennung verdächtiger Bestellungen habe ich außerdem eine produktive Prüfstrecke gemacht, mit Alarmierung, gesicherter API, Rollen und Backoffice-Oberfläche.
Ergebnis
Storno und Retoure sind vollständig abgebildet, Verdachtsfälle werden geprüft statt durchgewunken. Nebenbei bleiben die Abhängigkeiten in rund 50 Repositories automatisch aktuell.
Fashion-Händler · 2018–2021 · Architektur, Entwicklung und Betrieb
Ausgangslage
Produktdaten, Texte und Bilder kamen aus eigenen Quellen und von Marktplatz-Partnern in sehr unterschiedlicher Qualität an. Sie sollten filterbar, übersetzbar und schnell im Shop sein, später auch für ein weiteres Land.
Lösung
Ich habe ein Service-Template mit hexagonaler Architektur, Infrastruktur als Code und CI/CD gebaut. Daraus entstanden vier Systeme für Warenfluss, Texte, Produktdaten und Fotoproduktion. Darauf aufbauend: deklarative Regel-Engines für Datenqualität, eine reaktive Bildpipeline und eine eventgetriebene Übersetzungspipeline.
Ergebnis
Die Lokalisierung für ein weiteres Land habe ich technisch vorbereitet: Rund 13.500 Artikel gingen in einem Durchlauf in die Übersetzung. Die vier Systeme haben eine einheitliche Architektur und bleiben wartbar, auch wenn die Besetzung wechselt.
Technik
Kotlin, Spring WebFlux, MongoDB, Kafka, Vue.js, AWS, Kubernetes
Ein neues Such-System auf der grünen Wiese
Fashion-Händler · 2016–2017 · Von Grund auf aufgebaut
Ausgangslage
Suche und Kategorieseiten sollten aus dem Monolithen heraus in ein eigenständiges, schnell auslieferbares System.
Lösung
Ich habe mit dem ersten Commit begonnen. Nach vier Wochen standen Architektur, Testpyramide, CI/CD und die Cloud-Infrastruktur als Code. Danach kamen Volltextsuche, Filter, SEO, eine reaktive Datenpipeline, Security-Prüfungen in der Pipeline und Lasttests.
Ergebnis
Antwortzeiten unter 300 ms im 99. Perzentil, per Lasttest abgesichert. Nach vier Wochen stand das Fundament, auf dem ein Umfeld von über 20 Entwickler:innen weitergebaut hat. Frontend und Batch-Verarbeitung lassen sich unabhängig ausliefern und skalieren.
Technik
Java, Groovy, Spring Boot, RxJava, AWS, Terraform
Ähnliche Aufgabe?
Schildern Sie mir kurz, worum es geht. Ich melde mich mit einer ersten Einschätzung.