Keine erfundenen Kennzahlen
Wenn eine genaue Zahl vertraulich oder nicht verfügbar ist, beschreibe ich die technische Veränderung, statt eine Prozentzahl zu erfinden.
Engineering-Fallstudien / 01—03
Technische Entscheidungen, im Zusammenhang gezeigt.
Drei genaue Berichte über Systeme, an denen ich gearbeitet habe: Was nicht stabil war, was ich geändert habe und was sich danach einfacher betreiben liess. Unternehmensnamen bleiben vertraulich. Der technische Umfang nicht.
00 / NOTE
P01 P02 P03
Arbeit, die eine Erklärung verdient.
Eine Liste von Technologien sagt wenig aus. Diese Fallstudien zeigen die Entscheidungen hinter dem Code, die realen Einschränkungen und das Ergebnis im täglichen Betrieb.
Entscheidungen vor Werkzeugen
Technologie zählt, aber erst nachdem Problem und Abwägung klar sind.
Namen weggelassen, Arbeit erhalten
Organisationen und kommerzielle Details fehlen bewusst. Der technische Umfang bleibt konkret.
Alle Fallstudien01—03
CASE / 01
Cloud-Migration einer AI-Workflow-Plattform.
Eine mehrteilige Plattform zur Dokumentverarbeitung hing von umgebungsspezifischen Deployments ab. Ich überführte Infrastruktur und Delivery-Modell auf wiederverwendbares Terraform, GKE und verwaltete Google-Cloud-Dienste.
CASE / 02
Verwaltung von Archivierungs-Workflows.
Ich baute einen Spring-Dienst und ein React-Microfrontend um einen Camunda-Prozess, damit Mitarbeitende Sitzungen, Pakete und Workflow-Status in einem fokussierten Bereich verwalten konnten.
CASE / 03
Wartung und Weiterentwicklung eines Retail-ERP.
Ich arbeitete über SQL Server, .NET und das Frontend eines geschäftskritischen Retail-ERP hinweg und verbesserte Performance, Integrationen und tägliche Zuverlässigkeit als zusammenhängendes System.
Braucht Ihr System einen klareren Weg nach vorn?
Bringen Sie den schwierigen Teil mit. Gemeinsam klären wir Architektur, Lieferplan und die erste nützliche Version.