Principal Software Engineer, 15+ Jahre. Architektur und Frontend für regulierte, sicherheitskritische Systeme, Gesundheitswesen, Finanzen, Verteidigung, öffentlicher Sektor. Dazu LLM-Integration, die produktiv läuft, und Barrierefreiheit, die einen Prüfbericht überlebt.
Kein Bodyleasing nach Stundenzettel. Klar umrissene Leistungen mit definiertem Ergebnis, Zeitrahmen und Übergabe, jede endet mit etwas, das im Repo bleibt.
Feste Tage pro Monat im Team. Standup, Review, Architekturrunde, als technischer Ansprechpartner, nicht als Ticketabarbeiter.
Alte Plattform, gewachsene Anforderungen, kein Stillstand erlaubt. Relaunch in Etappen, mit laufendem Betrieb und ohne Big-Bang-Risiko.
Warum ist jede Änderung teuer geworden? Ich lese Code, Pipelines und Entscheidungen, und sage, was bleibt, was stirbt und in welcher Reihenfolge.
Vom Prototyp zum belastbaren Baustein: Retrieval, Tool-Use, Guardrails, Evaluation, inklusive der unangenehmen Frage, ob das Ding wirklich besser ist als vorher.
Manuelle Prüfung gegen WCAG 2.2 AA und BITV 2.0, Tastatur und Screenreader, nicht nur ein Automatik-Scan.
Fixes an der Wurzel statt am Symptom: in den Design-System-Komponenten, damit ein Fix hundert Screens repariert.
Seit Juni 2025 gilt das Barrierefreiheitsstärkungsgesetz für viele digitale Verbraucherangebote. Die meisten Teams merken das erst, wenn eine Prüfstelle oder ein Großkunde nachfragt. Ich komme rein, bevor daraus ein Notprojekt wird, und danach bleibt es messbar.
Manueller Test mit Tastatur und Screenreader, ergänzt um automatisierte Checks. Ergebnis ist eine Befundliste mit WCAG-Kriterium, Schweregrad und geschätztem Aufwand, sortiert nach Wirkung, nicht nach Kapitel.
Fixes in den Komponenten, nicht in einzelnen Screens: Fokusreihenfolge, Namen und Rollen, Kontraste, Formularfehler, Live-Regions. Als PRs in deinem Repo, review-fähig für dein Team.
axe-core und Playwright in der Pipeline, Akzeptanzkriterien im Ticket-Template, ein Workshop fürs Team. Plus die Erklärung zur Barrierefreiheit, die rechtlich auf die Seite muss.
Diese Seite hat oben rechts einen eigenen a11y-Schalter: Kontrast, Schriftgröße, reduzierte Bewegung. Tastaturfokus ist durchgehend sichtbar, jede Sektion per Skip-Link erreichbar. Prinzip: nicht behaupten, sondern vorführen.
Architektur und Entwicklung von Kernkomponenten einer Gesundheitsakte im öffentlichen Auftrag: rollenbasierte Zugriffe, Datenisolation, Auditierbarkeit. Verantwortung für technische Standards und Langlebigkeit der Plattformteile.
Relaunch einer reichweitenstarken öffentlich-rechtlichen Audio- und Redaktionsplattform. Laufendes Projekt, Frontend-Architektur, Barrierefreiheit und Web-Performance unter Anforderungen des öffentlichen Rundfunks.
Technische Gesamtverantwortung für Architektur, Qualität und Weiterentwicklung komplexer Plattformlösungen in sicherheitskritischen Umgebungen.
Komplexe Webanwendungen im Finanz- und Beratungssektor; Architektur- und Technologieentscheidungen für Frontend-Plattformen.
Skalierbare Webanwendungen für Transport und Logistik, hochverfügbare Plattformen mit Echtzeitdaten.
Sicherheitskritische Anwendungen im Bankensektor, regulatorische und interne Compliance-Anforderungen.
Digitales Publishing und Plattformlösungen: Content-Systeme, skalierbare Web-Architekturen, Performance-Optimierung.
Nebenprojekte sind kein Portfolio-Füller, sondern das Labor: hier teste ich Architekturannahmen, bevor sie in Kundenprojekten teuer werden.
Eigener Chromium-Fork für Web-Datenextraktion im großen Maßstab: Extraktion direkt in C++ statt über JavaScript, Netzwerkbeobachtung im Core, cloud-native Ausführung auf Lambda mit Cold-Start-Tuning und verteiltem Egress. Wenn dich diese Ebene interessiert, Engine-Internals, Latenzbudgets, reproduzierbare Umgebungen, darüber rede ich gern ausführlich.
Offenes Evidenz-Repository zur Sparse-Attention-Ablation: eingefrorenes Harness, Configs, Rohartefakte, vorregistrierte Lese-Memos, Incident-Log, Verifikationsberichte. Jede Zahl im Blogpost zeigt auf ein benanntes Artefakt.
Local-first Code-Intelligence-Engine: Suche, Symbole, Abhängigkeitsgraph und Muster-Erkennung, um eine echte Codebasis zu verstehen, ohne sie an einen Cloud-Dienst zu schicken.
Kleine Implementierung, um die Beleuchtungsfarbe der Cherry MX-LP 2.1 Compact Wireless zu setzen. Entstanden aus dem Wunsch, ein Protokoll selbst zu verstehen statt der Hersteller-Software zu glauben.
Du schilderst Kontext und Schmerzpunkt, ich stelle unbequeme Fragen. Ergebnis: ehrliche Einschätzung, ob und mit welchem Paket ich helfen kann.
Kurzer Blick in Code, Repo oder Produkt. Danach ein Angebot mit Umfang, Zeitrahmen, Liefergegenstand und klarer Abgrenzung, was nicht enthalten ist.
Wöchentlicher Stand, sichtbare Zwischenergebnisse, Arbeit direkt in deinem Repo und deinem Board. Keine Blackbox, kein Wasserfall-Finale.
Dokumentation, ADRs, Tests und ein Walkthrough mit dem Team. Ziel ist, dass ihr ohne mich weiterkommt, und mich beim nächsten Thema freiwillig zurückholt.
Eine Mail mit zwei Sätzen zum Kontext reicht. Ich antworte mit einer ehrlichen Einschätzung, auch wenn die lautet, dass du mich dafür nicht brauchst.
simon@skynet.lol