about.md
Wer bin ich?
Who am I?
Jahrgang 1984. Verheiratet. Vater einer Tochter und eines Sohnes –
die beiden halten mich geerdet, wenn ich mal wieder zu tief in einem Rabbit Hole verschwinde.
Tagsüber Software Engineer, Datenbankarchitekt & Data Platform Engineer
in einem deutschen Großkonzern. Seltenes Glück: was ich beruflich mache, ist exakt das,
was ich sowieso in meiner Freizeit machen würde – Systeme verstehen, Daten bändigen,
Dinge zum Laufen bringen.
Abends manchmal auf dem Fußballplatz – nicht als Spieler, als
Trainer einer Jugendmannschaft. Wenn ein Tool fehlt, baue ich's.
So ist OurClubPro entstanden: eine Vereinsverwaltung als PWA mit Schichtplänen,
Helfer-Stunden, SEPA-Beiträgen und Spendenbescheinigungen. Selbst gehostet, läuft live
in einem realen Verein.
Was mich antreibt? Unabhängigkeit.
Ich hasse es, auf andere angewiesen zu sein – also lerne ich lieber selbst, wie Dinge
funktionieren. Unter der Haube. Ohne Abkürzungen. Das hat sich zu einem
Self-Hosting-Stack ausgewachsen: Heim-Cluster aus fünf Maschinen,
IONOS-VPS für die öffentlichen Seiten, beide Standorte über Twingate verbunden.
Wo andere SaaS einkaufen, baue ich selber – die Bug-Inbox für meine Apps statt Sentry,
den ServerMonitor statt Grafana, das AI Gateway statt OpenAI-API. Selbst der Git-Server
ist privat: über Twingate erreichbar, mit echtem Let's-Encrypt-Cert, ganz ohne öffentlichen DNS-Eintrag.
Jedes Projekt löst ein konkretes Problem. LernPlus generiert Aufgaben für
Berufsschulen aus offiziellen Lehrplänen – KI lokal, nichts wandert in fremde Clouds.
Kleo@School ist eine Eltern-Lehrer-Messaging-App nach dem Prinzip
„der Server speichert nichts". LightGame-Mesh ein physisches
Reaktionsspiel mit zehn ESP32-Modulen – damit die Kinder mal wieder rauskommen.
Und für meine eigenen läuft daheim ein Steam-Gaming-Server: VM mit GPU-Passthrough,
gestreamt zum Raspberry Pi am Wohnzimmer-TV, mit Spielzeit-Limit und PIN-Gate für die Spiele,
die nicht für Kinder sind.
Meine Daten. Meine Infrastruktur.
Nicht aus Paranoia, sondern weil ich verstehen will, wie alles funktioniert.
Und weil das, was ich baue, auch dann noch laufen soll, wenn morgen jemand
bei einem Cloud-Anbieter den Stecker zieht.
Born in 1984. Married. Father of a daughter and a son –
they keep me grounded when I disappear too deep into a rabbit hole.
By day: Software Engineer, Database Architect & Data Platform Engineer
at a large German corporation. Rare luck – what I do for work is exactly what I'd do
in my free time anyway. Understanding systems, taming data, making things work.
In the evenings sometimes on a football pitch – not as a player, as a
youth team coach. When a tool is missing, I build it.
That's how OurClubPro was born: a club-management app as PWA, with
shift planning, helper-hour tracking, SEPA membership fees and donation receipts.
Self-hosted, running live in a real club.
What drives me? Independence.
I hate relying on others – so I'd rather learn myself how things work.
Under the hood. Without shortcuts. Over the years that grew into a
self-hosting stack: home cluster across five machines, an IONOS VPS
for the public sites, both sites linked over Twingate. Where others buy SaaS, I build
it: my own bug inbox for my apps instead of Sentry, my own ServerMonitor instead of
Grafana, my own AI Gateway instead of the OpenAI API. Even the Git server is private –
reachable via Twingate, with a real Let's-Encrypt certificate, with no public DNS record at all.
Every project solves a concrete problem. LernPlus generates exercises
for vocational schools from official curricula – AI runs locally, nothing leaks into
anyone else's cloud. Kleo@School is a parent-teacher messaging app built
on "the server stores nothing". LightGame-Mesh is a physical reaction
game with ten ESP32 modules – so the kids actually get off their screens.
And for my own kids there's a Steam gaming server at home: a VM with GPU passthrough,
streamed to a Raspberry Pi at the living-room TV, with playtime limits and a PIN gate
for the games that aren't for kids.
My data. My infrastructure.
Not out of paranoia – because I want to understand how everything works.
And because what I build should still run when someone, tomorrow, unplugs a cloud provider.