Digital Health • Telekom • Operative Plattformen
Meine Stärke liegt in der Integration von Produktionssystemen.
Ich habe an Plattformen gearbeitet, bei denen es nicht nur um Screens oder Endpunkte ging, sondern darum, dass sich betriebsrelevanter Echtzeitzustand über Mobile, Backend, Datenspeicher und externe Systeme hinweg zuverlässig verhält.
8 Jahre Erfahrung in Healthcare-IoT, Telekom und Echtzeit-Zahlungsinfrastruktur. Der gemeinsame Nenner sind Systeme, bei denen das Produkt nur dann funktioniert, wenn mehrere Dienste, Geräte und Zustandsmodelle gleichzeitig korrekt zusammenspielen.
Remote. UTC+7. Zusammenarbeit mit Teams in Australien, Europa und den USA.
So denke ich darüber
Die Schwierigkeit liegt selten in einem einzelnen Screen oder einer einzelnen API. Sie entsteht dort, wo Zustand an mehreren Stellen lebt, Systeme voneinander abweichen und das Produkt trotzdem klar und zuverlässig wirken muss.
Genau an solchen Stellen habe ich gearbeitet.
Die Systeme, an denen ich gearbeitet habe, gehören meist zum anspruchsvolleren Ende der Produktentwicklung: Live-Telemetrie, rollenbasierte Abläufe, Zahlungszustand, externe Integrationen und Nutzerentscheidungen, die von korrekten Daten abhängen.
Mir geht es nicht nur darum, Features zu liefern, sondern jeder beweglichen Komponente eine klare Verantwortung zu geben, damit das Gesamtsystem auch in Produktion nachvollziehbar bleibt.
Ausgewählte Arbeit
Belege aus Systemen mit echter betrieblicher Komplexität.
Diese Projekte reichen von Healthcare-IoT über Telekom bis zu Echtzeit-Zahlungsinfrastruktur. In jedem davon mussten mehrere Systeme im laufenden Betrieb sauber zusammenspielen.
Eine norwegische Pflegeplattform musste verrauschte Sensordaten, Pflegehandlungen, Alarmzustand und betriebliche Regeln zu einer Live-Ansicht zusammenführen, der Pflegekräfte im Alltag tatsächlich vertrauen können. Die Schwierigkeit lag nicht nur in der IoT-Ingestion, sondern darin, betriebsrelevanten Echtzeitzustand über Mobile, Backend, Datenspeicher und externe Systeme hinweg verlässlich zu halten.
- • 5 koordinierte Codebasen für Backend, Ingestion, Processing, Web und Mobile
- • Azure Event Hubs, Cosmos DB, Redis, Flutter und Azure AD in einer Produktionsplattform
- • Mandantenfähigkeit, RBAC, Live-Workflows für Pflegekräfte und 10+ externe Integrationen
Die Super-App von Banglalink musste Millionen Nutzer über Telekommunikation, Zahlungen, Angebote, Loyalty-Programme und Partner-Flows hinweg in einem einzigen Produkterlebnis bedienen, auf Geräten mit echten Leistungs- und Speichergrenzen. Die Schwierigkeit lag nicht im Bauen weiterer Screens, sondern darin, ein großes zustandsbehaftetes Mobile-Produkt trotz wachsender Geschäftslogik und Integrationsfläche stabil zu halten.
- • Telekom-Super-App mit 10 Mio. Nutzern, Zahlungen, Loyalty, Kampagnen und Deep Links
- • 192 REST-Endpunkte und 9 Geschäftsbereiche in einem Android-Client
- • Zustandskomplexität im großen Maßstab mit Multi-Account-Kontext und Rollout-Druck
Eine Tank- und Zahlungsplattform musste mobilen Zahlungszustand, Backend-Workflows und physische Zapftechnik über zwei Verbrauchermarken hinweg koordinieren, ohne dass diese Systeme auseinanderlaufen. In der Praxis war das Produkt nur so gut wie seine Fähigkeit, Geld, Geräte und reale Abläufe konsistent zusammenzuhalten.
- • Physischer und digitaler Zustand mussten über Mobile, Backend und Hardware hinweg synchron bleiben
- • Kafka, Redis, Keycloak und Multi-Role-Flows in einer White-Label-Plattform für mehrere Marken
- • Zahlung, Streitfälle und Abstimmung waren Teil echter betrieblicher Abläufe
Lohnt sich ein Gespräch?
Arbeit, bei der die Schwierigkeit im System liegt, nicht nur in der Oberfläche.
Am nützlichsten bin ich in Produkten, bei denen Mobile, Backend, Daten und Integrationen das Nutzerergebnis gemeinsam bestimmen.
Wenn Sie schreiben, reicht eine kurze Notiz dazu, woran Sie gerade bauen.