Consumer-Portal eines Mobility-Startups (Frontend und Serverless-Backend)

• Registrierungs- und Onboarding-Strecke für Endkunden gebaut: mehrstufiger Anmeldeprozess über personalisierte Einladungslinks samt QR-Zugang, Formularvalidierung gegen ein gemeinsames Schema, Einladungs- und Resend-Logik, Fehler- und Wiedereinstiegsfälle.
• LoggedIn-Bereich mit Dashboard, Kundenübersicht mit Paginierung, Detailseiten, Einstellungen und API-Schlüsselverwaltung, dahinter tokenbasierte Authentifizierung und rollenbasierte Absicherung jeder Route.
• Umgesetzt auf Next.js 15/16 mit React 19 und TypeScript, auf Basis der Component Library Mantine, erweitert um eigene Komponenten und Hooks. Rund 5.000 Zeilen in diesem Frontend stammen von mir, jeweils mit Tests ausgeliefert.
• Serverless-Backend mit Functions als Ausführungseinheit, verwaltetem NoSQL-Dokumentenspeicher, Publish/Subscribe-Messaging, zeitgesteuerten Jobs und Secret-Verwaltung. Dasselbe Muster, das auf AWS über Lambda, DynamoDB, SNS/SQS und EventBridge abgebildet wird.
• Infrastruktur als Code mit Terraform: Buckets getrennt nach Umgebung, Secrets als verwaltete Ressourcen mit eigener Replikationsstrategie, IAM-Bindings für den Deployment-Service-Account, dazu ein wöchentliches Datenbank-Backup in einen externen Objektspeicher.
• REST-APIs mit OpenAPI-Spezifikation als Vertrag zwischen Frontend und Services, Anbindung eines Zahlungsdienstleisters, Disaster-Recovery-Automatisierung.

Eigene Web-Produkte, produktiv im Betrieb

• React 19 mit TypeScript und Vite, installierbare PWA mit Service-Worker und Offline-Caching, eigenes Design-System auf styled-components, statisch gebaut und über CDN ausgeliefert.
• Qualitätssicherung in der Pipeline: 119 Unit- und Komponententests unter Vitest, Linting und Formatprüfung als Pre-Commit-Hook, automatisierte Dependency-Updates, GitHub Actions von Merge bis Deployment. Zweite Anwendung derselben Bauart parallel im Betrieb.

Forschungsplattform eines Lehrstuhls, TU München

Serverumgebung, Zugriffsverwaltung und Secrets-Rotation, Monitoring, Backup und Wiederanlauf. Workflow-Orchestrierung mit Retries, Fehlerrouting und Alerting, Python-ETL gegen eine externe API. 

• Eigenständig gebaute Frontend-Module in einem gemeinsamen Portal: das Portal komponiert mehrere getrennt gebaute Bundles mit eigenen Toolchains, neben dem Haupt-Build eine separate Vite-Anwendung mit eigener Abhängigkeitsverwaltung, die in die Host-Seiten eingehängt wird. Ein solches Modul habe ich als Hauptautor aufgebaut, mit Vue, Vuetify und eigenem Vite-Build, an einem zweiten als zweitgrößter Beitragender gearbeitet.
• Frontend-Migration im Produktivbetrieb von gewachsenem JavaScript auf ein Komponenten-Framework, in gestaffelten Schnitten Seite für Seite, alter und neuer Stand parallel lauffähig. Rund 180 Vue-Komponenten und 265 SCSS-Dateien im gemeinsamen Frontend.
• Ablösung von Altsystemen im laufenden Betrieb, ohne bestehende Kundenanbindungen zu brechen: zwei Subsysteme abgelöst, Schnittstellen rückwärtskompatibel migriert, Deprecation angekündigt und durchgezogen. Die Disziplin, die eine Kundenmigration aus einem Bestandsportal in ein neues Portal verlangt.
• REST- und OpenAPI-Schnittstellen für über 50 externe Systeme: Spezifikation, Versionierung, technische Beratung der Integratoren, Change-Management wenn sich Verträge ändern.
• Modulares Importsystem für heterogene Fremdformate mit Normalisierung, Deduplizierung und Datenqualitätsmetriken, dazu die Datenstrecke bis ins Warehouse als Grundlage für das Reporting, auf das Vertrieb und Finance sich verlassen.
• Arbeitsweise Scrum und Kanban über zwei Organisationen hinweg, intern über 30 Beitragende plus externe Agentur, dazu Betrieb über Docker, Kubernetes und CI/CD. 

Fünf parallele Kundenprojekte, überwiegend reguliert und öffentlicher Sektor, agil in Scrum:

• Bürgerantragsportal einer Landesbehörde, drittgrößter Beitragender: Registrierungsstrecke und Zugangsschutz, Neubau der Passwort-Hashing-Schicht mit Audit-Trail, Captcha-Integration, Internationalisierung. Onboarding von Bürgerinnen und Bürgern in ein Portal, mit allem was an Nachweispflicht daran hängt.
• Gesundheitsdatenportal unter laufender behördlicher Prüfung: Verantwortung für das Reporting-Modul samt Exportstrecke für aufsichtsrelevante Auswertungen. In einem prüfungspflichtigen Umfeld ist die Nachvollziehbarkeit der Auslieferung Teil der Aufgabe, nicht Beiwerk.
• Commerce-Backend eines Handelsunternehmens, Refactoring-Lead: zwei Altsysteme abgelöst und die USt-ID-Verarbeitung ausgeliefert, ohne bestehende Partneranbindungen zu brechen.
• Interne HR- und Skill-Plattform eines Beratungshauses, alleiniger Entwickler von der Anforderung bis zum Betrieb in fünf Monaten, SPA-Frontend gegen eine .NET-Core-Serviceschicht.
• Anforderungsaufnahme direkt beim Kunden, Lösungsentwurf, Umsetzung, Abnahme, dazu Dokumentation und Qualitätssicherung als fester Bestandteil der Lieferung. 

• Vergleichende Ausarbeitung zu Identitäts- und Authentifizierungsprotokollen für ein Forschungsprojekt zu sicheren digitalen Identitäten: 
• OAuth2 und OpenID Connect, SAML und Single Sign-On, WS-Federation und WS-Trust mit Security Token Service, dazu DID-Auth über das SIOP-Profil und W3C Verifiable Credentials, getrennt nach Identity Provider, Service Provider und Relying Party. Ergebnis war eine interne Empfehlung, welches Verfahren sich für welche Zugangsstrecke eignet.

• sechzehn Monate zwischen deutschen Industrieunternehmen und lokalen Partnern, Datenflüsse und Berichtswesen für über 300 Mitgliedsorganisationen.