~/about

Ich baue Software, die Arbeit mit ihr besser macht.

Developer Experience, Software Engineering, Open Source — und die nützlichen Kaninchenlöcher dazwischen.

Christian Nachtigall — Ich arbeite an Software, bei der ein klareres Interface, ein verlässlicher Workflow oder eine gut platzierte Automatisierung den nächsten Arbeitstag weniger ereignisreich macht.

01 / wo die fäden zusammenlaufen

Im Betrieb wird sichtbar, wo Software schwierig wird.

Der Betrieb echter Systeme macht Reibung sichtbar. Software zu bauen gibt mir die Möglichkeit, etwas davon zu beseitigen. Eigene Produkte und Developer Tools haben diese Perspektiven über die Zeit verbunden — in Developer Experience laufen sie zusammen.

  1. 01

    Betrieb und Infrastruktur

    Berechtigungen, Deployments, Übergaben, repetitive Arbeit und Fehler mit echten Folgen.

  2. 02

    Eigenständiges Software Engineering

    Produkte, APIs, native Anwendungen, Local-first Software und datenintensive Interfaces — parallel zu formalen Rollen gebaut.

  3. 03

    Open Source und Developer Tooling

    CLIs, TUIs, Agent Tooling, Automatisierung und Interfaces, die Systemzustand verständlich und handhabbar machen.

02 / engineering-erfahrung

Software bauen ist ein fortlaufender Strang, kein Jobtitel.

Das Portfolio zeigt praktische Engineering-Arbeit an nativem Linux-Tooling, Webprodukten und APIs, Desktop- und Terminal-Anwendungen, KI-gestützten Workflows, Local-first Wissenssystemen und Geodaten. Das sind ausgewählte Arten von Arbeit, keine zweite Projektübersicht.

  1. 01

    Native Anwendungen und Tooling für Entwickler:innen

    Wayland-Launcher-Tooling in Rust gebaut sowie Anwendungsarchitektur, die einen gemeinsamen Rust-Core, Terminal UI und Desktop UI verbindet.

  2. 02

    Produkte, APIs und dauerhafter Anwendungszustand

    Produktsoftware rund um Webanwendungen, APIs, eigene Persistenz, offline nutzbares Wissen sowie KI- und LLM-Integrationsgrenzen gebaut.

  3. 03

    Developer Workflows, Automatisierung und nachvollziehbare Systeme

    Sicherheitsbewusstes Terminal-Tooling und Datenanwendungen gebaut, bei denen Zustand, Herkunft und der nächste sinnvolle Schritt sichtbar sein müssen.

03 / arbeitsprinzipien

Wie ich an Probleme herangehe.

  1. 01

    Reibung ist Information

    Wiederkehrende Workarounds, unklare Fehler und fragile Übergaben sind nicht nur lästig. Sie zeigen, wo ein Werkzeug seinen Nutzerinnen und Nutzern im Weg steht.

  2. 02

    Werkzeuge sollten sich erklären

    Ein gutes Interface zeigt Zustand, Grenzen und den nächsten sinnvollen Schritt, statt Menschen diese Dinge erraten zu lassen.

  3. 03

    Für den Betrieb bauen

    Software muss Deployment, Berechtigungen, Ausfälle, Wartung und die Person überstehen, die sie später übernimmt.

  4. 04

    Das Langweilige automatisieren

    Automatisierung ist dann gut, wenn sie Fleißarbeit entfernt und das zugrunde liegende System trotzdem nachvollziehbar und reversibel lässt.

04 / aktuell

Die Distanz zwischen Absicht und verlässlicher Software verkürzen.

Developer Tooling, Local-first Software, sicherere Interfaces und offene Infrastruktur gehören zusammen, wenn sie operative Unsicherheit verringern. Die Projekte unten sind konkrete Belege: unterschiedliche Produkte, dieselbe Frage — wie wird Software leichter zu bauen, zu verstehen und zu betreiben?

05 / anstellung

Der berufliche Weg, kurz gefasst.

Anstellung ist ein Teil der Geschichte, nicht der Beginn des Engineering-Strangs. Diese Rollen haben die Betriebsperspektive geschärft, die heute die Software- und Tooling-Arbeit oben prägt.

  1. 2026

    Software Engineer

    herzkarten.de

    2026/02 – 2026/03 · 1m · Remote

    REST-API in PHP für eine digitale Grußkarten-Plattform gebaut und Flutter-Mobile-Client begonnen.

    • PHP-REST-API innerhalb der ersten Wochen im Projekt geliefert.

    PHP · Flutter · Linux · JetBrains

  2. 2023

    IT-Administrator

    PromoData GmbH

    2023/03 – 2026/02 · 2J 11M · München · Vor-Ort

    Endpoint-Management, Support und Serverbetrieb für ein mittelständisches Unternehmen. Team durch Tool-Migrationen begleitet und Runbooks für operative Kontinuität erstellt.

    • Jira in die Atlassian Cloud migriert und Rollen sowie Berechtigungen neu definiert.
    • Patching und Monitoring für Windows- und Linux-Flotten automatisiert.
    • Abteilungsübergreifender Support mit dokumentierten Runbooks und Übergaben.

    Windows Server · Linux · Atlassian · PowerShell · Intune

  3. 2022

    Sachbearbeiter Verwaltung

    Unistaff GmbH

    2022/07 – 2023/01 · 6M · München · Vor-Ort

06 / technischer kontext

Technische Bereiche, in denen ich arbeite.

Kontext, kein Skills-Scoreboard. Die Gruppen leiten sich aus den Projekten und der Betriebsarbeit ab, die auf dieser Website stehen.

Bauen

Go · Rust · Svelte · Svelte 5 · SvelteKit 2 · TypeScript · PHP · Flutter

Systeme

Linux · Wayland · Docker · Kubernetes · Windows Server · PowerShell · Intune

DevEx / Tooling

TUI · LSP · MCP · ratatui · Tauri · Ollama · OpenRouter · Atlassian

Daten / Plattform

PostgreSQL · SQLite · Python · MapLibre GL JS · Static JSON · Zod · MiniSearch

Außerdem dabei

GTK4 · JetBrains · LLM Routing · Layer Shell · Lua · PWA · Tailwind CSS · Vanilla JavaScript

07 / abseits des engineerings

Ein wenig Kontext jenseits des Terminals.

Mittelalterliche Märkte und Living History am Wochenende. Ansonsten Linux überall. Wenn sich etwas skripten lässt, wird es geskriptet.

08 / kontakt

Arbeitest du an einem Tool, das seinen Nutzern zu viel abverlangt?

Wenn du operative Reibung reduzierst, nützliche Open-Source-Infrastruktur baust oder ein kompliziertes System ehrlicher machen willst, tausche ich mich gern aus.

Lass uns reden