Werkzeuge, Abläufe und die Menschen dazwischen.
Ich bin Software-Entwickler und kümmere mich um Developer Experience – um all das, was zwischen einer guten Idee und laufendem Code im Weg stehen kann. Das meiste davon habe ich gelernt, indem ich es für andere aus dem Weg geräumt habe.
Ich arbeite als Senior Software Engineer bei E.ON und bin dort als DevEx- und OSPO-Ambassador unterwegs. Das heißt vor allem: Ich schaue, wo Entwicklerinnen und Entwickler im Alltag hängen bleiben, und versuche, diese Stellen ein wenig glatter zu machen – mit Tooling, Pipelines, Dokumentation und manchmal einfach mit einem guten Gespräch.
Patentrezepte habe ich keine. Was ich mitbringe, sind Neugier, Geduld beim Ausprobieren und die Überzeugung, dass gute Developer Experience weniger mit Glanz zu tun hat als mit Verlässlichkeit.
Mein Ziel: gute Praktiken und gutes Werkzeug teilen – bei der Arbeit genauso wie in der Open-Source-Welt.
Eine Auswahl dessen, woran ich gerade arbeite oder zuletzt gearbeitet habe. Nichts davon ist allein entstanden – und vieles ist noch in Arbeit.
Mein Open-Source-Projekt: eine selbst gehostete App, um Freundschaften bewusst zu pflegen. SvelteKit, Hono und TypeScript auf offenen Standards wie vCard und CardDAV – damit die Daten mit dem Telefon synchron bleiben und einem selbst gehören.
Zwei eigene MCP-Server: caldav-mcp bringt Kalender in einen Obsidian-Tasks-Workflow, imap-mcp macht die eigenen Postfächer per notmuch durchsuchbar – ausschließlich lesend, per Konstruktion und nicht per Konvention.
MCP-Server bauen, anbinden und bündeln – etwa hinter Azure API Management mit Entra-ID-SSO. Damit KI-Werkzeuge dort ankommen, wo die Arbeit ohnehin passiert.
Ein Wissensgraph als Engineering Knowledge Foundation – eine gemeinsame Wissensbasis über unsere Systeme, für Menschen wie für Werkzeuge. Nach dem Vergleich großer Graphdatenbanken war die ehrliche Antwort: SQLite mit FTS5 und sqlite-vec reicht hier völlig.
Claude-Code-Skills für den Alltag: commit-craft für Conventional Commits und aufgeräumte Branches, docs-sync für ADRs und Changelog aus der Git-Historie.
Das beste Werkzeug hilft nicht, wenn es das falsche Problem löst.
Nicht jede Frage braucht eine Graphdatenbank. Manchmal reicht eine Datei.
Open Source, offene Standards und europäische Datensouveränität sind mir wichtig.
Eine Entscheidung, die niemand nachlesen kann, ist nur halb getroffen.
Zu Hause bin ich in TypeScript. Alles andere lerne ich dazu, wenn ein Problem es verlangt.
Unregelmäßig aufgeschrieben: wenn ich etwas gelernt habe, das sich zu teilen lohnt. Manchmal lang, manchmal nur ein Gedanke.
Ich freue mich über Fragen, Hinweise und gemeinsame Ideen rund um Developer Experience und Open Source – auch über ein »Das haben wir anders gelöst«.