Referenzen

Branche Energie- und Klimatechnik · europäisches Scale-up

Ein europäisches Scale-up baut Elektroheizungen und Boiler, deren Wärme aus Bitcoin-Mining-Chips kommt; der Mining-Erlös senkt die Stromkosten. Ich bin der leitende Ingenieur dieses Systems und verantworte die technische Seite der Produktführung.

Verantworten heißt hier: der Dienst, der im Gerät läuft, die Treiber für die Mining-Hardware, der Cloud-Broker zwischen Gerät und App, die Kubernetes-Plattform, die PKI für die Geräteidentität und der Prüfstand am Bandende. Ein Gerät, das vom Band läuft, hat eine Stunde Dauerlauf gegen versionierte Grenzwerte hinter sich, und das Ergebnis liegt in einem fälschungssicheren Protokoll.

Das gesamte System wird mit Ende 2026 ans hauseigene Team des Kunden übergeben, nach einem Fahrplan, zu dem die Suche und die Einarbeitung einer internen technischen Leitung gehören. Dafür ist diese Rolle gedacht: einsteigen, bauen, übergeben.

Im Gerät

Ein ARM64-Rechner im Heizkörper: Lüfter, Temperatur, GPIO und Modbus, Bluetooth, Netzwerkkonfiguration über D-Bus, gehärtetes Netzwerk, eine lokale Schnittstelle mit Token, signierte Systempakete mit Watchdog und ein eigenes Betriebssystem-Abbild. Über mehrere Produktgenerationen, von zwei Heizungsvarianten über ein Modell mit mehreren Rechenkarten bis zum Boiler.

Treiber

Eine Treiberschicht über HTTP, gRPC und GraphQL, mit Adaptern für mehrere Miner-Firmwares, für Stromzähler und für Testgeräte.

Cloud

Ein WebSocket-Broker, der Geräte und App zusammenbringt: Kopplung über Token, Registrierung, Ereignisbus, Redis für die Verteilung über mehrere Instanzen, MongoDB für den Zustand, ClickHouse für die Telemetrie. Horizontal skaliert.

Mobile App

Geleitet und architektonisch verantwortet, nicht selbst geschrieben: die App in Flutter, mit Bluetooth-Einrichtung und automatisierter Veröffentlichung. Davor eine ältere Generation in einer anderen Technologie.

Geräteidentität

Eine eigene PKI mit Wurzel- und Zwischenzertifikaten, ein Ausstellungsdienst, gesicherter Fernzugang für den Support, dazu die Umstellung der bereits ausgelieferten Geräte im Feld auf diese Identität.

Prüfstand

Ein Gateway in der Fertigung steuert jedes Gerät über das Netz. Der Dauerlauf wird gegen versionierte Grenzwerte bewertet, das Ergebnis wandert in ein fälschungssicheres Protokoll. Die Station selbst läuft als zweisprachige Tablet-Anwendung mit Etikettendruck. Ausgeliefert in sechs dokumentierten Schritten und am Prüftisch abgenommen.

Betrieb

Ein hochverfügbarer Kubernetes-Cluster in einer europäischen Cloud, Umstellung des Ingress auf die Gateway API ohne Ausfall, eigene CI-Strecken, eigene Registry, Prometheus, Grafana, Loki, Schwachstellenscans und ein Paketspiegel für Geräteupdates.

Nachweise

Eine Lückenanalyse gegen Anhang I des EU Cyber Resilience Act mit Nachweisregister, eine Datenschutz-Folgenabschätzung samt Telemetrie-Prüfung und eine Analyse des Bluetooth-Kanals.

Mein Teil

Leitender Ingenieur, technisch verantwortlich für den gesamten Stack. Ein Teil der Umsetzung, vor allem die mobile App, kommt nicht von meiner Hand; diesen Teil habe ich geleitet und verantwortet, nicht geschrieben.

Zeitraum

Machbarkeitsnachweis Jänner 2024, laufendes Engagement seit April 2024. Übergabe ans hauseigene Team mit Ende 2026.

Branche Gesundheitswesen · Apotheken in Österreich

Eine eigene, lizenzierte Plattform, die Apotheken direkt mit ihren Kunden verbindet: verschlüsselt schreiben, Rezepte schicken, vorbestellen und dann an der Tara, am Abholautomaten rund um die Uhr oder gleich aus dem Kommissionierroboter abholen. Das Personal arbeitet in einem Portal, das in der Apotheke selbst läuft und am bestehenden Kassen- und Warenwirtschaftssystem hängt, damit Lagerstand, Kundenkonditionen und Auftragsstatus ohne Doppelerfassung durchlaufen.

Dazu eine lesende Schnittstelle mit austauschbaren Treibern für vier verschiedene Kassen- und Warenwirtschaftssysteme, alle vier im Produktivbetrieb: Oracle-SQL, teils aus dem Datenbankschema rekonstruiert. IBM DB2 über ODBC, vor Ort in der Apotheke debuggt. Eine REST-Schnittstelle und ein Webservice von Herstellerseite. Vier Technologien, ein Modell darüber.

Das zentrale Backend dieser Plattform habe ich von der ersten bis zur letzten Zeile selbst geschrieben.

Portal in der Apotheke

Eine Desktop-Anwendung mit eingebettetem Backend, die im Netz der Apotheke läuft, dazu die Oberfläche und ein Kern ohne Oberfläche für Auftragsabläufe, Benachrichtigungen, Lizenzen und automatische Updates.

Zentrales Backend

Ein Relay für Ende-zu-Ende-verschlüsselte Nachrichten: Nachrichten-Gateway, Gerätekopplung über zeitbasierte Einmalkennwörter, hybride Verschlüsselung, Lizenzierung, Verwaltung, Push und Produktmodule für Abholung, Roboter-Rückmeldungen, Zahlungsbestätigung und lizenzgebundene Downloads. Überwacht mit Prometheus und Loki, ausgerollt in vier Umgebungen. Rund 1.170 Commits und rund 495 Releases, alles von mir.

Automaten und Roboter

Der Ablauf am Abholautomaten mit Fachvergabe, Freigabe über QR-Code und Rezeptprüfung; die Schnittstelle eines Automatisierungsherstellers; dazu die Übergabe an den Kommissionierroboter mit Lagerreservierung, Freischaltcode aufs Telefon und Wiederholung im Fehlerfall.

Kunden-App

Von mir kommt die Seite, mit der die App spricht: das Protokoll, die Nachrichtentypen, die versionierte gemeinsame Spezifikation mit 30 typisierten Klassen und die Abläufe im Portal. Die App selbst nicht. Sie stammt nicht von mir, und ich führe sie hier nicht als meine Arbeit an.

Erste Generation

Das Portal von 2020, mit dem ersten Oracle-Konnektor und automatischen Antworten zu Lagerstand und Vorbestellung nach Arzneimittelcode. Es wurde später von der heutigen Architektur abgelöst.

Kaufmännisches Drumherum

Lizenzierung je Standort, kostenpflichtige Zusatzfunktionen, die ohne Release freigeschaltet werden, signierte Installationspakete, automatische Updates, Anbindung eines Zahlungsdienstleisters.

Vor Ort

Datenbankwiederherstellung, Serverumzüge, Diagnosepakete, Lizenzverschiebungen.

Mein Teil

Eigenes Produkt. Das zentrale Backend ist zur Gänze von mir. Die App auf der Kundenseite ist ausdrücklich nicht meine Arbeit; die Zahlen oben schließen sie nicht ein.

Zeitraum

Konzept ab November 2019, Bau ab Mai 2020, seit damals im Produktivbetrieb und 2026 weiter im Ausbau. Im Entwurf: eine Brücke aus Webshops für rezeptfreie Produkte.

Branche Arbeitssicherheit · vernetzte Schutzausrüstung, DACH

Ein Start-up baut ein vernetztes Wearable für Menschen, die in elektrischen Gefahrenbereichen arbeiten; es wird im DACH-Raum verkauft. Cloud-Backend, Nutzerportal, Verwaltungskonsole und SMS-Gateway dahinter habe ich entworfen und gebaut. Erkennt das Gerät einen Unfall, meldet sich die Hardware am Backend an, der Vorfall wird festgeschrieben und mit der letzten bekannten Position an eine Notrufzentrale übergeben; ab dort laufen Eskalations-Timer und mehrfach abgesicherte Benachrichtigungen.

Bei einem solchen System ist nicht der Normalfall schwierig, sondern der Fehlerfall. Was passiert, wenn die Zentrale nicht antwortet oder das Gerät zweimal meldet. Wenn ein Timer abläuft, während gerade ausgerollt wird. Diese Fragen sind der Grund, warum ich dafür 3,5 Jahre im Haus des Kunden gesessen bin und die Schnittstellen gemeinsam mit den Leuten geschrieben habe, die Hardware, App und ERP verantworten.

Angefangen hat es mit einem Prototyp in JavaScript; am Ende stand eine durchgehend typisierte, getestete und messbare Plattform mit fünf Umgebungen.

Backend

Eine REST-Schnittstelle mit Challenge-Response-Anmeldung je Hardware-Hub, Vorfällen, Zentralen-Anbindung, eskalierenden Melde-Timern, Diagnose-Upload, versionierter Dienstkonfiguration, Abonnements und Freischaltcodes, dazu zwölf zeitgesteuerte Verarbeitungsjobs.

Härtung

Verzögerung bei wiederholten Anmeldeversuchen, zeitlich begrenzte Challenges, verschlüsselte Umgebungsdateien mit einem eigenen Kommandozeilenwerkzeug, TLS bis zur Datenbank.

Anbindung

Die ERP-Schnittstelle des Kunden für Kontakte, Hubs und die Zuordnung Firma–Mitarbeiter–Gerät. Das SMS-Gateway als eigener Dienst, damit ein Ausfall dort nicht den Alarmweg mitnimmt.

Portale

Ein Nutzerportal, mehrsprachig und mit internationaler Telefonnummernprüfung, über mehrere Angular-Generationen mitgezogen, dazu eine Verwaltungskonsole.

Messbarkeit

Prometheus-Metriken, Loki, Endpunkte für Latenz und Speicher, eine CI-Strecke mit Audit, Versionierung, Abdeckung, End-to-End- und Schnittstellentests, fünf Umgebungen.

Mein Teil

Entwurf und Umsetzung der Cloud-Seite von mir. Hardware, mobile App und ERP lagen nicht bei mir; die Schnittstellen dazwischen sind gemeinsam geschrieben worden.

Zeitraum

Juni 2019 bis Dezember 2022, rund 3,5 Jahre.

Branche Möbelfertigung · österreichischer Massivholz-Zulieferer

Zwei Produkte für denselben Hersteller, der europaweit über Händler und auch direkt verkauft. Das erste ist ein 3D-Konfigurator im Onlineshop: Händler, Tischler und Endkunden entwerfen damit Maßschränke, auch Eckschränke, Dachschrägen und Schiebetüren. Jede Konfiguration wird gegen das echte Fertigungsprogramm und gegen die Konstruktionsregeln geprüft, live bepreist und dann in Fertigungsdaten übersetzt: ein Maschinenprojekt je Korpus, Stücklisten, XML.

Ein Konfigurator, der ein schönes Bild zeigt, ist ein Werbemittel. Einer, der ein Projekt für die Maschine ausgibt, ist Fertigungssoftware. Dazwischen liegt ein parametrisches Konstruktionsmodell, das eine Gesamtmaßangabe in Korpusse zerlegt, die statisch und auf der Maschine wirklich herstellbar sind, und das über zwölf Schranktypen hinweg. Diese Regeln standen vorher in Köpfen und in Excel-Tabellen.

Das zweite Produkt ist ein Küchenplaner: Raum in 2D zeichnen, mit Dachschrägen, Türen, Fenstern und Anschlüssen, in 3D einrichten, Arbeitsplatten und Innenausstattung konfigurieren, bepreisen, Pläne als PDF in den Bestellweg. Dazu ein Backend und ein eigenes Verwaltungssystem, mit dem der Hersteller Produkte, Dekore und Übersetzungen selbst pflegt, ohne Entwickler.

Konstruktionsmodell

Zwölf und mehr Schranktypen, zerlegt unter statischen und maschinenseitigen Nebenbedingungen. Nicht jede Zerlegung, die rechnerisch aufgeht, lässt sich auch spannen und fräsen; das ist der Teil, den man nur mit den Leuten aus der Fertigung bauen kann.

Preisrechner

Eine regelbasierte Preisberechnung. Eigene Umwandler füttern sie aus den Preismatrizen des Herstellers, und über die Jahre ist sie durch mehrere Preisrunden mitgeführt worden.

Fertigungsausgabe

32 Bauteil-Handler und fünf Projektschemata, dazu Stücklisten als CSV, gebündelt als eine Datei. Seit 2024 und 2025 enthält die XML-Ausgabe zusätzlich die 3D-Position jedes Bauteils, damit nachgelagerte Systeme die Montage exakt nachbauen können.

Küchenplaner

2D-Raumlogik mit Schrägen und Anschlüssen, ein 3D-Planer, in dem Möbel an Wänden einrasten, ein Arbeitsplattenmodul mit materialabhängigen Regeln, PDF-Pläne, OBJ-Ausgabe, Speichern und Laden, sechs Sprachen.

Pflege statt Projekt

Das Verwaltungssystem ist der Grund, warum die Partnerschaft lang geworden ist. Wer seinen Katalog selbst pflegen kann, ruft nicht wegen jedes neuen Dekors an. Das kostet mich Folgeaufträge.

Migration im Betrieb

Der Konfigurator ist über die Jahre durch mehrere Angular-Generationen gezogen worden, ohne dass der Shop dabei stillgestanden ist.

Mein Teil

Verantwortet und ausgeliefert: Konstruktionsmodell, Preisrechner, Fertigungsausgabe, Planer, Backend und Verwaltungssystem.

Zeitraum

Konfigurator 2017 bis 2022, XML-Erweiterung 2024 und 2025. Küchenplaner 2018 bis 2020. Beide im Produktivbetrieb.

Branche Consumer Social und Geo · eigenes Produkt

Ein ortsbezogenes soziales Netz auf einer bildschirmfüllenden 3D-Karte. Man folgt Zeitleisten, die an echten Orten hängen; posten darf nur, wer dort ist, und das prüft eine kryptografisch gesicherte Positionsspur. Acht Sprachen mit Übersetzung im Betrieb, dazu Abonnements.

Diese Plattform ist das Gegenstück zu den Kundenprojekten auf dieser Seite: Hier betreibe ich selbst, was ich gebaut habe, Rufbereitschaft inklusive. Eine KI-Pipeline füllt jeden Ort automatisch mit historischem, kulturellem und aktuellem Inhalt aus mehr als zehn offenen Daten- und Veranstaltungsquellen. Sie läuft in einer Warteschlange, mit Rücksicht auf Ratenlimits, hinter einer Modellschicht, die den Anbieter austauschbar hält.

Ein KI-Agent für den Betrieb wird gerade ausgerollt: Überwachung, Vorsortierung von Störungen, Tagesbericht. Zur Sicherheitsarchitektur sage ich hier bewusst nur das Allgemeine: strikte Aufgabentrennung, geringste Rechte, Isolation, mehrere Verteidigungsebenen und ein festgelegter Umgang mit Eingaben, denen man nicht trauen kann.

Frontend

Eine installierbare Webanwendung mit 3D-Karte, Rechenarbeit in Web Workern abseits des Hauptthreads, Service Worker für den Betrieb ohne Netz, dazu eine native iOS-Hülle.

Backend

Echtzeit über WebSockets, Rechteverwaltung in vier Stufen, Bildverarbeitung, Abrechnung samt Kundenportal und Rückmeldungen des Zahlungsdienstleisters.

Anreicherung

Ein eigener Dienst, der ein Sprachmodell mit strukturierten Abfragen gegen offene Wissens- und Kartendaten, ein historisches Zeitungsarchiv und Veranstaltungsschnittstellen kombiniert. Dahinter ein Crawler mit Worker-Threads.

Kartenkacheln

Ein eigener Zwischenspeicher davor: Der Zugriffsschlüssel bleibt am Server, es gilt eine Freigabeliste, und fällt die Quelle aus, liefert die Karte weiter aus dem Zwischenspeicher.

Ausrollen

Kubernetes mit Rollouts, die gegen einen Smoke-Test fahren und bei Fehlschlag selbst zurückrollen, dazu End-to-End-Tests über den ganzen Stack.

Mein Teil

Eigenes Produkt. Entwurf, Code und Betrieb von mir.

Zeitraum

Seit Juli 2023, im Produktivbetrieb.

Branche Sichere Kommunikation · eigene Technologieplattform

Ein eigenes Protokoll für Ende-zu-Ende-verschlüsselte Nachrichten, mit Client-SDKs und einem Relay-Server. Ein Produkt kann damit verschlüsselte Kommunikation zwischen Geräten einbauen, ohne selbst Kryptografie zu schreiben. Nachrichten werden am Gerät verschlüsselt, das Relay sieht ausschließlich Chiffrat, und wer gerade offline ist, bekommt seine Nachrichten später. Die Apothekenplattform auf Blatt 02 läuft darauf.

Der Entwurf leistet hybride Verschlüsselung je Nachricht und eine passwortlose Geräteanmeldung. Was er nicht leistet, ist Forward Secrecy, und ein externes Audit liegt nicht vor.

Die erste Generation ab 2016 war ein Mailbox-Server ohne Kenntnis des Inhalts: Ordner, Entwürfe, Anhänge, stückweise verschlüsselte Inhalte, und am Server nur öffentliche Schlüssel und vom Client verpackte private. Rund 890 Commits und rund 22.000 Zeilen, Zeile für Zeile von mir. Dieselbe Aufgabe ist seither über drei Technologiegenerationen neu gebaut worden.

Verschlüsselung

Hybrid und im Browser: Für jede Nachricht entsteht ein frischer AES-256-Schlüssel, der mit einem 4096-Bit-RSA-Schlüssel verpackt wird. Die Schlüsselpaare entstehen am Gerät.

Anmeldung

Ohne Passwort und ohne Sitzung: Jede Anfrage trägt ein zeitbasiertes Einmaltoken des jeweiligen Geräts.

Kontakte

Kopplung über ein zweistufiges Token- und Challenge-Verfahren, mit Berechtigungen zwischen gekoppelten Seiten.

Relay

Ein WebSocket-Relay mit Zwischenspeicher für Empfänger, die gerade nicht da sind, Push-Weckruf und einer Verbindungszuordnung, die für mehrere Serverinstanzen gedacht ist.

Module

Anwendungsmodule am Server, damit ein Produkt eigene Nachrichtentypen und Abläufe mitbringt, ohne das Protokoll anzufassen. Genau so hängt die Apothekenplattform daran.

Clients

Ein SDK für Webanwendungen, das auch im Web Worker läuft, eine iOS-App, ein Verwaltungsportal und ein Kommandozeilenwerkzeug.

Betrieb

Automatisierte Releases und ein eigener, deklarativ verwalteter Cluster in einer europäischen Cloud mit drei Steuerknoten und Arbeitsknoten in zwei Regionen.

Werkzeug darum

Eine automatische Zertifikatsverwaltung über die DNS-Challenge mit Anbieter-Hooks, von 2018 bis 2024 im Einsatz, und ein eigenes Grundgerüst für neue Dienste, mit dem jedes weitere Backend startet.

Mein Teil

Eigene Plattform. Protokoll, Relay, SDK und Cluster von mir, die erste Generation zur Gänze.

Zeitraum

Konzept und erste Generation ab 2016, aktuelle Generation seit 2020 im Produktivbetrieb hinter meinen eigenen Produkten.