Idee
Impact/Effort-Matrix, Produkt-Roadmap und User Stories.
YouTrack Knowledge BaseSenior Full-Stack Engineer · 20 Jahre
Full-Stack-Entwickler für datengetriebene Echtzeit-Webanwendungen mit Next.js, TypeScript und PostgreSQL — heute mit KI-gestützten, spec-getriebenen Workflows.
Essen, Deutschland
01
Ich entwickle seit 2004 professionell Software — von C#/.NET-Fachanwendungen über Java-EE-Shops und AngularJS/Angular-Frontends bis heute zu Next.js und React.
Als Lead-Entwickler bei sysTeam verantwortete ich eine Fitnessstudio-Software mit B2C-Komponente für über 500.000 Nutzer, inklusive Echtzeit-Features mit RethinkDB und socket.io. Bei PHYSEC baute ich das Admin-Frontend für Netzwerksicherheitslösungen neu auf.
2026 habe ich die Weiterbildung zum AI Software Engineer abgeschlossen und setze KI-Agenten im gesamten Lebenszyklus ein — in einem strikten, prüfbaren Workflow.
02
Digitale Leute School
An der Digitale Leute School wurden praxisnahe Methoden, moderne Ansätze des Software Engineerings und KI-Technologien für die Entwicklung vermittelt.
Inhalte & Schwerpunkte
PHYSEC GmbH
sysTeam GmbH
TriniDat Software-Entwicklung GmbH, Düsseldorf
ypsystems GmbH, Essen
Am Zehnhoff-Söns GmbH, Bonn
tradoo GmbH / IP Labs GmbH, Bonn
CSG Pradtke GmbH, Bochum
Featured Project
Gym-Analytics-Plattform — Live-Auslastung, Gerätenutzung und Ausfallanalyse für Fitnessstudios. Mandantenfähig, komplett von mir gebaut.

Die Live-Demo läuft unter app.fitnessmasterdemo.de. Der Zugang kann per E-Mail angefragt werden.
Fitness Master ist eine Analytics-Software für Fitnessstudios. Mitarbeitende pflegen Stammdaten — Geräte, Typen, Mitglieder, Benutzer, Öffnungszeiten — platzieren Geräte auf interaktiven Grundrissen und verfolgen Auslastung, Nutzung und Ausfälle live auf konfigurierbaren Dashboards.
Studio-Events (Check-ins, Gerätenutzung, Ausfälle, Wiederherstellungen) kommen über einen Echtzeit-Feed. In der Entwicklung erzeugt ihn ein von mir geschriebener regelbasierter Simulator, in Produktion ein echter Datensammler. Mehrere Studios teilen sich ein Deployment mit strikter Datentrennung.
Freie Fläche mit Pan und Zoom. Geräte per Drag & Drop aus dem Inventar platzieren, verschieben, skalieren; jedes Gerät zeigt Live-Status und kann Statistik-Widgets einbetten.
Drag-and-Drop-Raster mit 11 Widget-Typen — Auslastung, Nutzung, Ausfälle, Zuverlässigkeit, defekte Geräte u. v. m. — jeweils mit eigenen Einstellungen und Zeitraum.
Events fließen vom Feed in die Datenbank und per Server-Sent Events in den Browser. SSE statt WebSockets, weil die UI nur Push in eine Richtung braucht.
Jede mandantenbezogene Tabelle ist nach Organisation getrennt. Eine eigene Prisma-Extension setzt und prüft den Mandanten bei jeder Abfrage; Tests prüfen die Isolation je Modul.
4 Rollen mit CASL. Alle Prüfungen laufen serverseitig vor jedem Datenbankzugriff, bis hin zu Rechten pro Widget-Typ.
Login mit Zugangsdaten, JWT-Sessions mit 8 Stunden gleitendem Idle-Timeout, Kontoablauf und Login-Audit-Log.
CLI, die Studios minutengenau simuliert — mit Ankunftskurven und Verhalten je Gerätetyp, Backfill über Monate und gezielter Fehlerinjektion zum Robustheitstest.
Komplett Deutsch/Englisch, Hell- und Dunkelmodus sowie eine In-App-Präsentation mit 21 Folien.
Impact/Effort-Matrix, Produkt-Roadmap und User Stories.
YouTrack Knowledge BaseTickets, Phasen und Wissen werden über die eigene YouTrack-CLI gepflegt. Schutzregeln sichern mir vorbehaltene Phasen.
YouTrack Issues · CLIRegeln, Datenmodell, Oberfläche, Nicht-Ziele und Akzeptanzkriterien werden zu jeder Komponente in einer SPEC.md festgehalten.
SPEC.mdArbeit in isolierten Git-Worktrees: ein Ticket, ein Commit, ein Thema pro Pull Request.
Webstorm, Claude CodeSelbstprüfung gegen die Akzeptanzkriterien, anschließend Prüfung und Merge durch mich.
Pull RequestBei jedem Pull Request laufen Migrationen, Linting, Typprüfung und Tests.
GitHub ActionsProgrammstand in main wird in fünf Docker Containern über Dokploy veröffentlicht.
Anwendung und Infrastruktur überwachen, Fehler nachvollziehen und Nutzungsdaten auswerten.
Monitoring · KPIs · FehleranalyseEine Next.js-Webanwendung plus drei eigenständige Node.js-Services, verbunden über PostgreSQL und NATS JetStream.
Versionierter, Zod-validierter Event-Vertrag. Idempotente Inbox in derselben Transaktion wie die Fachlogik; Ack erst nach Commit. Geordnete Verarbeitung, Dead-Letter-Subjects, Replay-Handling.
Hält den Simulator ohne Dual-Write-Fehler synchron mit den Stammdaten.
Aggregationen als einzelnes SQL-Statement (GROUPING SETS, zeitzonenbewusste Buckets) mit inkrementellem Refresh der jüngsten Buckets.
Widgets werden zur Laufzeit nach Typ aufgelöst; jeder Eintrag deklariert Komponente, Rechte-Subjekt, Rastergrößen und ein Zod-Schema, geprüft beim Speichern und Lesen.
ESLint-Regeln verhindern Importe in die Interna anderer Services und Features.
Migrationen laufen als Owner; App und Services verbinden sich mit einer eingeschränkten Rolle.
04