C++ Backend
Bestehende Services erweitern, aufräumen und wieder lesbar machen.
Neu bauen kommt vor. Verstehen, was schon da ist, deutlich öfter.C++ Backend · pragmatisch im Alltag
Ich bin Steven. Ich arbeite an Backend-Systemen und versuche, sie verständlich zu halten.
Meistens geht es um bestehende Software: einlesen, Ursachen finden, Dinge erweitern und verbessern, ohne alles neu zu erfinden. Viel C++, Datenbanken und Strukturen, die auch ein paar Monate später noch Sinn ergeben.
C++ · Bestandsysteme PostgreSQL · Daten & Queries Messaging · Schnittstellen JS/TS · kleine Tools CI/CD · weniger Handarbeit
Beruflich
Woran ich arbeite
Oft nicht grüne Wiese, sondern Dinge, die schon laufen und weiterlaufen sollen.
Daten & Queries
PostgreSQL, Datenmodelle und Abfragen, die nicht im Nebel enden.
Wenn etwas langsam oder schief wird, schaue ich lieber erst nach als wild zu optimieren.Schnittstellen & Messaging
Systeme und Komponenten so verbinden, dass man ihnen noch folgen kann.
Hilft später enorm, wenn etwas klemmt und niemand raten möchte.Build & Deployment
Builds und Deployments, die nicht jedes Mal kleine Nerventests sind.
Reproduzierbar, nachvollziehbar, möglichst ohne späten Freitagabend.Nebenbei
Was sonst entsteht
Kleine Projekte, meistens aus einem konkreten Anlass heraus und nicht aus großem Businessplan.
Kleine Tools
Wenn mich etwas im Alltag nervt, entsteht daraus manchmal ein Tool.
Lieber klein und nützlich als groß und halbfertig.Web-Apps
Kleine Anwendungen mit einem klaren Zweck und wenig Ablenkung.
Ich mag Dinge, bei denen man sofort versteht, wofür sie da sind.Automation
Wiederkehrende Arbeit möglichst einmal ordentlich lösen.
Wenn etwas zum dritten Mal nervt, ist Automatisierung meist näher als Heldentum.KI & Ideen
Ab und zu KI-Experimente, Gedanken zu Geschichten und anderes Zeug, das hängen bleibt.
Nicht alles davon wird wichtig. Muss es auch nicht immer.Wie ich rangehe
Kein großes Manifest. Eher ein paar einfache Dinge, die sich im Alltag bewährt haben.
- Bestehendes verstehen, bevor man es ändert
- Lesbarer Code schlägt cleveren Code meistens deutlich
- Erst schauen, was wirklich Problem ist, dann bauen
- Kleine Schritte sind oft hilfreicher als große Gesten