Aachen, Deutschland · Remote EU · UTC+2Engagieren

Ich modernisiere Systeme 
die nicht ausfallen dürfen. 

Senior Backend- und Platform-Engineer in Aachen. Ich bringe Legacy-Systeme in Services, Teams in moderne Praxis und Plattformen in einen Produktivbetrieb, den ich anschließend selbst verantworte: Kotlin, Spring Boot, Kubernetes, TypeScript und React. Wo Teams mit KI bauen, baue ich die Leitplanken, die das Ausgelieferte belastbar halten. Offen für Senior-Rollen in der EU und remote weltweit.

11+

Jahre im Produktivbetrieb

50+

Enterprise-Mandanten betreut

100+

Seiten auf Google-Seite eins

15

Personen-Team modernisiert

12

Anwendungen im Produktivbetrieb

Backend · Plattform & Kubernetes · Frontend · Legacy-Modernisierung

EUR · B2B · Remote EU · NRW vor Ort · US-Anfragen willkommen

Komplex ist billig. Einfach dauert Jahre.

Fünf Produkte. Im Produktivbetrieb. Jeder kann eine Demo bauen. Diese laufen: zwei live mit echten Nutzern, drei auf dem Weg zum Launch, jedes mit einer schriftlichen Fallstudie, einen Klick entfernt.

$status --all5 Produkte · 2 live · 0 Rufbereitschaft

Er ist ein hervorragender Mentor, der sein Wissen stets bereitwillig teilt und anderen beim Wachsen hilft. Egal wie groß die Herausforderung ist, er findet immer effiziente und wirkungsvolle Lösungen. Er wäre für jede Organisation eine unschätzbare Bereicherung.

Richa Deshpande · Arbeitete mit Edvard im selben Team

Ich persönlich habe sehr viel von ihm gelernt, über Cloud-Architektur und Spring Boot, dank seiner geduldigen und gründlichen Erklärungen. Ich empfehle Edvard jedem, der einen talentierten, motivierten und kooperativen Softwareentwickler sucht.

Sebastian Kaiser · Arbeitete mit Edvard im selben Team

Neben seiner brillanten Arbeit als Ingenieur ist er auch ein natürlicher Leader und ein unverzichtbarer Teamplayer. Jedes Team wäre glücklich, ihn an Bord zu haben.

Nikita Moritz · Arbeitete im selben Team, berichtete direkt an Edvard

Läuft immer noch. Das ist der Punkt. Entwicklung ab Mai 2025, live seit 2026, seitdem im Betrieb. Die Belege stehen in der Karte unten.

DanceClub

danceclub.app

Produktionsplattform für Social-Dance-Events, von der Suche bis zum Veranstalterbetrieb.

Modularer Monolith · 65 Gradle-Module · 10 Postgres-Schemata · 4 Next.js-Frontends

Durchgängig selbst gehostet. CI/CD bei jedem Push. Keine Rufbereitschaft, kein SRE-Team, es hat schlicht keines gebraucht.

Entwicklung ab Mai 2025, live 2026, seitdem im Betrieb.

$uptime danceclub.applive since 2026

65

Gradle-Module

10

Postgres-Schemata

104

Veröffentlichte Events

15

Lokalisierte Märkte

Ein Monolith rein. Zwölf Services raus. Null Ausfallzeit. Nicht mein Produkt, das meines Arbeitgebers: ein deutsches B2B-SaaS in Aachen. Drei Jahre lang die Zerlegung geleitet und das Team begleitet, das es betreibt.

Vaadin-Monolith

ein Deploy, alles Risiko

50+ Mandanten

Umstellungen ohne Ausfallzeit

Gypsilon Software GmbH · Aachen · Apr 2022 bis Jan 2025 · Geführt + begleitet

Der vollständige Track Record

Vier Dinge, die Sie ab Tag eins bekommen. Keine Werkzeugliste. Die Skalierung, die ich bereits betrieben habe, die Verantwortung, die ich bereits trage, und die Breite, mit der ich das ganze Problem übernehme statt eines Ausschnitts.

50+

Mandanten in einem System

Rechnungsverarbeitung end-to-end automatisiert für 50+ Enterprise-Mandanten: vom gescannten Dokument oder eingehenden E-Mail über Aussteller- und Mandantenzuordnung bis zur freigegebenen Zahlung. Mercedes-Benz gehört zu den Kunden, die darauf laufen.

Multi-Tenant-Skalierung im Produktivbetrieb
15

Personen-Team von Legacy geholt

Ein Team von Legacy-Entwicklern auf Spring Boot und einen Zwei-Wochen-Release-Takt gebracht, drei Engineers direkt begleitet und das Quality Gate eingeführt, das Code-Quality-Verstöße um über 60% gesenkt hat. Dazu die Firma von On-Premise in die Cloud geführt.

Modernisierung, die das Team beibehalten hat
12

Anwendungen gebaut und betrieben

Kubernetes, GitOps und die Observability darunter über 8 Linux-Hosts, als alleiniger Betreiber und in Rufbereitschaft für alles davon. Dazu gehört, einen 13 Tage still gescheiterten Zertifikats-Renewal zu finden, den jede Probe als gesund gemeldet hatte.

Ich betreibe, was ich ausliefere
100+

Websites auf Seite eins gebracht

Ein Jahrzehnt, in dem ich Dinge gebaut habe, die Menschen tatsächlich finden und nutzen, von früher SEO-Arbeit für Kunden bis zu einer Plattform über 15 lokalisierte Märkte mit rund 1.500 indexierten Seiten. Ich weiß, was mit Software nach dem Deploy passiert.

Über die gesamte Laufbahn

KI schreibt jetzt den Code. Wofür stellen Sie also ein? Die ehrliche Antwort, mit Belegen. Code zu generieren wurde billig. Zu entscheiden, was Bestand hat, und geradezustehen, wenn nicht, wurde es nicht.

01

Jeder kann eine Demo bauen. Fast niemand hält sie am Laufen.

KI bringt Sie an einem Nachmittag zu einer lauffähigen Demo. Sie schreibt nicht die Migration, bemerkt nicht, dass die Backups vor sechs Wochen ausgesetzt haben, und trägt um 3 Uhr nachts nicht den Pager. Produktion ist eine Disziplin, kein Deploy-Knopf: Tests gegen echte Datenbanken, Migrationen, Monitoring, Rollback-Pläne, die langweiligen Teile, die entscheiden, ob Sie im dritten Jahr noch ein Produkt haben.

5 Produkte live · 0 Rufbereitschaft · 296 Echt-DB-Tests
02

KI ist brillant in einem leeren Repo und nutzlos in Ihrem.

Ihr Kernsystem trägt fünfzehn Jahre undokumentierter Geschäftsregeln, und der Umsatz fließt hindurch. Dieser Kontext passt in kein Context-Window, und die Risikotoleranz ist null. Brownfield-Arbeit ist Urteilsvermögen, Reihenfolge und Nervenstärke. Es ist die Arbeit, die die meisten Engineers meiden, und die, in der ich am besten bin.

12 Services · 50+ Mandanten · null Ausfallzeit
03

Ich nutze KI nicht nur. Ich dirigiere sie, und ich bringe Teams bei, es auch zu tun.

Zwei Jahre Agenten-Workflows, MCP-Server und Korrekturprotokolle. Meine eigene Agenten-Infrastruktur betreibt meine Deployments, und ich habe PLMHub gebaut, damit KI-generierte Systeme für die Menschen verständlich bleiben, die sie besitzen. Eine Person mit Copilot wird schneller. Ein Team mit der richtigen Disziplin potenziert sich.

2 Jahre mittendrin · MCP · Agenten · PLMHub

Drei Schritte. Anstellen oder beauftragen. Dieselbe Disziplin in beiden Fällen: ein Gespräch, lauffähige Software in Woche eins und Wissen, das Ihr Team behält.

01
Schritt 1

Gespräch

Dreißig Minuten zu Ihrem konkreten Problem. Ob Festanstellung, Projekt oder Rettung, wir stecken es klar ab.

02
Schritt 2

Liefern in Woche eins

Ein echtes Ticket in der ersten Woche, kein Onboarding-Theater. Entscheidungen dokumentiere ich laufend.

03
Schritt 3

Produktion, gemeinsam

Lauffähige Software im Produktivbetrieb und ein Team, das sie versteht. Kein Wissenssilo, kein PDF.

Klingt nach Ihrem Team?

Ein 30-minütiges Gespräch, kein Pitch. Ob Anstellung, Auftrag oder einfach ein schwieriges Problem, bringen Sie es mit.

Antwort innerhalb von 24 Stunden · Aachen, UTC+2