Senior Software Engineer & IT-Berater
Meine Kunden sind Banken, Versicherer, Logistiker und Behörden. Und Start-ups, die zuerst einmal beweisen müssen, dass ihre Idee trägt. Seit über zwanzig Jahren arbeite ich dabei selbst im Code. Was ich darüber hinaus mitbringe, stammt aus Jahren als Architekt und aus Führungsrollen bis hin zu CTO und VP Engineering.
Die folgenden Aufgaben übernehme ich je nach Bedarf einzeln oder mehrere zugleich. In jedem Fall arbeite ich als Teil Ihres Teams und schreibe den Code selbst, auch dann, wenn ich zusätzlich die Architektur verantworte oder ein Team führe. Das ist mir wichtig, weil Entwürfe sonst schnell den Bezug zur Umsetzung verlieren.
Fullstack-Entwicklung mit Schwerpunkt Java und Spring, vom Datenmodell über die Schnittstelle bis ins Frontend. Das reicht vom MVP, mit dem sich eine Idee zuerst am Markt beweisen muss, bis zur Anwendung, die hohe Transaktionsvolumen aushält und jahrelang im Betrieb bleibt.
Von der Anforderungsanalyse über die Zielarchitektur bis zur Planung der Systemlandschaft. Ich schreibe die Entwürfe fort, während gebaut wird, statt sie zu Beginn einmal festzuzurren und dann nicht mehr anzufassen.
Tech Lead, Team Lead, Teilprojektleitung. Ich strukturiere Teams und mache Abhängigkeiten früh sichtbar, damit sie nicht erst kurz vor dem Termin auffallen. Die Verantwortung für das Ergebnis trage ich mit.
Monolithen in Microservices schneiden, Legacy-Stacks auf aktuelle Plattformen heben, Datenbestände migrieren. Schrittweise, und ohne dass der laufende Betrieb dafür angehalten werden muss.
Testgetriebene Entwicklung, automatisierte Testsuiten, CI/CD, Code Review und Release-Disziplin. Das alles gehört in den laufenden Prozess. Bei der Abnahme kurz vor dem Go-live lässt sich Qualität nicht mehr nachrüsten.
Als früherer CTO und VP Engineering unterstütze ich bei Technologieentscheidungen, beim Aufbau von Engineering-Organisationen und bei der Zusammenführung von Teams und Plattformen nach Zukäufen oder Fusionen.
Der Schwerpunkt liegt seit jeher auf dem Java-Ökosystem. Drumherum hat sich über die Jahre alles angesammelt, was zum Betrieb einer ernsthaften Anwendung dazugehört. Neue Plattformen arbeite ich mir zügig ein.
Ich arbeite überwiegend in regulierten, prozessgetriebenen Umgebungen. Die Frage ist dort selten, wie schnell die erste Version steht. Sie lautet, ob sich das Ergebnis in fünf Jahren noch warten und prüfen lässt. In jüngeren Häusern ist es genau andersherum, und darauf stelle ich mich ein.
Kredit- und Fernabsatzprozesse, SEPA-Umstellungen, technische Leitung im Bankenumfeld sowie tarif- und vertragsgetriebene Systeme bei Versicherern und Bausparkassen.
Kapitalanlage-Plattformen vom Prototyp über die Microservice-Migration bis in den Betrieb mit hohem Transaktionsvolumen.
Kundenportale und Self-Service-Anwendungen für Anbieter mit Endkundengeschäft im Millionenbereich.
Prozessautomatisierung und Fachanwendungen für den internationalen Speditions- und Kontraktlogistikbetrieb.
Backend-Entwicklung für Handelsplattformen, Bestell- und Fulfilment-Strecken.
Softwareentwicklung und Qualitätssicherung im Fachverfahrensumfeld einer deutschen Bundesbehörde.
Effizienz und Haltbarkeit der Arbeit stehen bei mir an erster Stelle. Dahinter stehen ein paar konkrete Gewohnheiten, an denen Sie mich messen können.
Ich halte viel von Clean-Code-Prinzipien, und ich habe in Start-ups gelernt, wie schnell ein tragfähiger MVP stehen kann. Das ist kein Widerspruch. Die Kunst liegt darin, zu erkennen, was gerade zählt: Muss die Idee zuerst am Markt bestehen, oder sind formale Korrektheit und Performanz oberstes Gebot? Ich treffe diese Entscheidung bewusst und sage Ihnen, was sie später kostet.
Änderungen kommen in überschaubaren Einheiten mit sprechender Historie. Sie sehen jederzeit, woran ich gerade arbeite und wie weit es ist. Und was heute entsteht, versteht Ihr Team später auch ohne mich.
Automatisierte Tests entstehen mit dem Feature, nicht danach. Integrationstests laufen gegen echte Datenbanken und echte Nachbarsysteme, nicht gegen Mocks, die immer das Erwartete zurückgeben.
Build, Test und Deployment laufen über eine Pipeline. Ein Release ist ein Knopfdruck und ein Changelog-Eintrag, kein Abend voller Handarbeit.
Architekturentscheidungen halte ich schriftlich fest, zusammen mit den verworfenen Alternativen und dem Grund für die Wahl. Wer später etwas ändern will, muss sonst raten.
Mein Ziel ist, dass Ihr Team nach dem Einsatz weiterkommt. Code Review, Pairing und saubere Dokumentation gehören deshalb zur täglichen Arbeit.
Keine Zugangsdaten im Repository, Verschlüsselung als Standard, Datensparsamkeit als Voreinstellung. In regulierten Umgebungen wird das ohnehin geprüft.
Ich höre zu, übersetze zwischen Fachbereich und Entwicklung und spreche Reibungen an, solange sie noch klein sind. Aus der Zusammenarbeit werden regelmäßig Verbindungen, die das Projekt überdauern. Darauf bin ich ein bisschen stolz, und ich halte es für eine Grundlage guter Ergebnisse.
Lokal betriebene Modelle und die gängigen Cloud-Dienste nutze ich zum Nachschlagen, als Impulsgeber für Architektur und Implementierung und um schneller voranzukommen. Geschrieben und verantwortet wird der Code weiterhin von mir. Wo Vorgaben oder Vertraulichkeit es verlangen, arbeite ich nur mit lokalen Modellen oder ganz ohne.
Eine kurze Beschreibung der Aufgabe, des gewünschten Zeitraums und des technischen Umfelds genügt für den Anfang. Sie bekommen eine ehrliche Einschätzung zurück, auch wenn die dann lautet, dass ich für die Aufgabe nicht der Richtige bin.
Für vertrauliche Nachrichten steht mein PGP-Schlüssel 7B9186D2
bereit. Öffentlichen Schlüssel laden