Domain-Driven Design Experten in Hamburg
aus über 15.000 Lebensläufen mit der Kraft von KI.Engagiere Experten, die bounded contexts gestalten, aggregates definieren und Software an die Geschäftssprache anpassen. Sie helfen bei event-driven Systems, microservices boundaries und Modell-Reviews, damit du schnell und präzise passende, geprüfte Freelancer findest.
Lerne FRATCH Experten in Hamburg kennen, die kürzlich Domain-Driven Design eingesetzt haben
Niko Schmuck
Letzte Position:
Entwicklungsarchitekt, Technischer Leiter "gridlytics" bei HH Energienetze
- Aufbau einer Datenintegrationsplattform für Hoch-, Mittel- und Niederspannungs-Assets zur kontextuellen Analyse von Zeitreihen mit Stammdaten aus dem SCADA-Leitsystem (IEC 60870 104), INIS und SAP.
- Verantwortung für Architektur und Implementierung der Lösung sowie Sparringpartner für den Product Owner.
- Einsatz von Kotlin, Spring Boot, Maven, TimescaleDB, PostgreSQL, liquibase, Elements IoT, Docker, Kubernetes, Grafana, Python, Jupyter und verschiedenen API-Gateways.
Cornelius Höfig
Letzte Position:
Solution Architect bei STIHL
- Neuaufbau der Systemarchitektur für eine Azure-basierte Plattform mit dem Ziel, neue Funktionen schnell zu entwickeln
- Ausarbeitung eines Staging-Konzepts für die unterschiedlichen Anforderungen von Kunden und QA
- Erstellung der Anforderungen für ein Proof-of-Concept-Lieferantenprojekt sowie dessen Begleitung für eine Flutter-App mit hochentwickelten BLE-Funktionalitäten
- Vergleich mehrerer Observability-Plattformen auf Machbarkeit und Passung zu den Anforderungen im Projektumfeld
- Erstellung einer Mobile-App-Architektur auf Basis von Domain-Driven Architecture
- Funktion als technischer Berater und verantwortlicher Solution Architect für zwei Entwicklungsteams
- Durchführung von Architektur-Reviews und Abstimmung von Änderungen mit den architektonischen Vorgaben
- Skills & Technologies: Microsoft Azure , App Services, NodeJS Mono-repository, microservice architecture, domain driven design, self contained systems, requirements engineering, CI/CD, DevOps, API design, solution architecture
Lutz Hühnken
Letzte Position:
Fractional CTO, Interim Engineering Manager, Architect bei independent
Strategische Technologieberatung und Architektur-Consulting.
- Fractional CTO & Interim Management für Startups, Scale-ups und Unternehmen – technische Strategie, Teamaufbau, Architektur-Überblick und Delivery.
- Architekturberatung für cloud-native, verteilte und event-driven Systeme: Reviews, Design-Partnerschaften und laufende Beratung.
- Training zu event-driven Architektur – ein praxisnaher 2-Tages-Kurs für Engineering-Teams
- Sprecher auf Konferenzen zu verteilten Systemen
Fabian Oechsner
Letzte Position:
Leiter Produkt / Produktverantwortlicher bei XXXLdigital (XXXLutz KG)
Aufbau einer Produktvision und -strategie
Erarbeitung einer Roadmap
Verbesserung der Stakeholder-Kommunikation
Einführung einer Outcome-orientierten Roadmap
Alignment mit Stakeholdern und Schaffung von Transparenz
Erarbeitung relevanter Produkt-Kennzahlen als KPI-Tree
Initiierung von Maßnahmen zur Verbesserung der Produktqualität und Messbarkeit
Begleitung der Einführung und Migration des neuen Identity Providers (IDP)
Bogdan Melnychuk
Letzte Position:
Tech Lead bei cirplus
- Alleiniger technischer Verantwortlicher, zuständig für Architektur, Entwicklung, Betrieb und Infrastruktur. Nutzt KI, um die Arbeit in Bereichen wie Frontend und Design zu beschleunigen.
- Full-Stack-Lösungen gebaut (Backend, React-Frontend) mit CI/CD-Pipelines und Observability-Standards und damit die Grundlage für eine Engineering-Organisation geschaffen.
- KI-gestützte Features mit LLMs umgesetzt, darunter automatisches Supplier-Buyer-Matching, Lead-Generierung, E-Mail-Kampagnen und die Reduzierung manueller Arbeit.
- Cloud-Kosten um 90 % gesenkt, indem das System auf eine AWS-Serverless-Architektur migriert wurde
Marian Gaebler
Letzte Position:
Senior Software Engineer bei B&P Bergmannpartners
- Full-Stack-Entwicklung einer individuell anpassbaren SaaS-Plattform für die Immobilienbranche
- Durchführung von Domain-Discovery-Prozessen zur Erhebung fachlicher Anforderungen und Ableitung technischer Spezifikationen
- Konzeption und Umsetzung zentraler Features auf Basis einer Remix-MVC-Architektur mit TypeScript, Node.js und PostgreSQL
- Fokus auf Benutzerfreundlichkeit, Erweiterbarkeit und hohe Skalierbarkeit der Plattform
Andreas Schmückert
Letzte Position:
Lösungsarchitekt, Business-Analyst, Berater, Full-Stack-Lead-Entwickler bei 50Hertz Transmission GmbH
- Lösung für Microservices und Frontend-Lösung für das Stromnetz
- Leitung von Entwicklungsteams
- Technologien: React-Native, TypeScript, Kotlin, AWS, Infrastruktur als Code, Serverlose Architektur, React, NoSQL, GraphQL, Angular, Playwright, Python, ML(Ops), Kubernetes, Docker
Christian Hartmann
Letzte Position:
Softwareentwickler / Leitender Entwickler bei dpa (Deutsche Presse Agentur GmbH)
- Mitarbeit bei der Realisierung des Redaktionssystems Rubix
- Implementierung diverser Microservices auf Basis von Java, AWS S3, AWS SQS, AWS SNS und Spring Boot mit Deployment auf AWS ECS und AWS Fargate
- Konzeption und Entwicklung von AWS Lambdas auf Basis von Typescript
- Verwendung der Datenbanksysteme PostgreSQL in einem AWS RDS Aurora Cluster sowie AWS DynamoDB
- Continuous Deployment mit GitLab Pipelines
- Aufbau einer Infrastructure-as-Code-Umgebung mit AWS CDK
- Aufbau und Betrieb einer Monitoring-Plattform auf Basis von AWS CloudWatch
- Entwicklung diverser Frontend-Komponenten auf Basis von Vue.js
- Konzeption der Microservice-Architektur unter Anwendung von Domain Driven Design und GraphQL-Schnittstellen
Lars Kleiner
Letzte Position:
Lead Drupal-Entwickler bei x-tention
- Lead Drupal 10-Entwickler für mehrere Greenfield-Projekte im Gesundheitsbereich
- Drupal-Architektur in einer Cloud-Umgebung
- Einrichtung und Pflege von GitLab-Pipelines und Kustomize-Skripten für Kubernetes-Deployments
- Entwicklung von Docker-Images
- Entwicklung individueller Drupal-Module für Kunden wie OAuth und FHIR
- Drupal-Frontend-Theming basierend auf Bootstrap 5 und Single Directory Components
- Einrichtung und Pflege automatisierter Playwright-Tests
Jürgen Brardt
Letzte Position:
Softwareentwickler bei Inform AG
- Coaching von Junior Entwicklern
- Weiterentwicklung und kundenspezifische Erweiterungen einer Standardsoftware (Microservices (DDD) und teilweise Monolith)
- Schnittstellenerweiterungen
- Webservices
- Testautomatisierung
- Konzeption
- Verwendete Technologien: Java8, Java17, TypeScript, Python, PostgreSQL, Spring (Integration, Data, Boot), JPA, AWS (Cloud, Lambda, EC2, SQS/SNS), Microservices, Fitnesse/Cucumber, Gitlab
Ivan Petkovic
Letzte Position:
Leiter Technisches Programmmanagement bei XING
Armin Jeyrani
Letzte Position:
Geschäftsführer/Gesellschafter bei Disolpa GmbH
Wendy Frevert
Letzte Position:
Software- & Webentwicklung bei Selbstständig
Entdecke mehr als 15.000 Top-Freelancer
Statistiken von Experten, die Domain-Driven Design einsetzen
Aggregiert aus den beruflichen Profilen passender Freelancer.
Berufserfahrung
20 Jahre
Positionsdauer
2,3 Jahre (Deutschland: 1,9 Jahre)
Positionen pro Freelancer
16 (Deutschland: 15)
Häufigste Fachbereiche
Informationstechnologie (IT), Produktentwicklung, Projektmanagement
Häufigste Branchen
Informationstechnologie (IT), Einzelhandel, Medien, Unterhaltung und Druck
Fokus der Zertifizierungen
Informationstechnologie (IT), Projektmanagement, Produktentwicklung
Bachelor-Abschluss oder höher
100% (Deutschland: 95%)
Master-Abschluss oder höher
60% (Deutschland: 54%)
Zertifizierungen pro Freelancer
2 (Deutschland: 3)
Häufigste Sprachen
Deutsch, Englisch, Spanisch
Sprechen zwei oder mehr Sprachen
100% (Deutschland: 98%)
Basierend auf unserem Profilpool, Stand 30 Aug 2026.
Tagessatzverteilung
Das Diagramm zeigt, wie sich die Tagessätze der Freelancer in dieser Technologie in Hamburg verteilen, basierend auf aktuellen Verträgen auf unserer Plattform. Jeder Balken deckt eine Tagessatzspanne ab – seine Höhe zeigt, wie viele Freelancer innerhalb dieser Spanne abrechnen.
Durchschnittssätze von Experten in Hamburg, die Domain-Driven Design einsetzen
Die Tagessätze basieren auf aktuellen Verträgen und enthalten keinen FRATCH-Aufschlag.
Der durchschnittliche Tagessatz ist der Mittelwert aller Tagessätze aus aktuellen Verträgen vergleichbarer Freelancer auf unserer Plattform.
Der Median-Tagessatz ist der mittlere Wert aller Tagessätze – die Hälfte der vergleichbaren Freelancer verlangt weniger, die andere Hälfte mehr. Anders als der Durchschnitt wird er von Ausreißern kaum beeinflusst.
Berechnet auf Basis der Tagessätze unserer Freelancer, Stand 30 Aug 2026. Die tatsächlichen Tagessätze können je nach Dienstalter, Erfahrung, Fachkenntnissen, Projektkomplexität und Auftragsdauer variieren.
Über die Technologie
Worum es geht
Domain-Driven Design, oft DDD genannt, hilft Teams dabei, Software rund um die echte Geschäftsdomain zu modellieren. Es wird für komplexe Systeme genutzt, bei denen Regeln, Begriffe und Abläufe klar bleiben müssen. Gute Experten machen aus unklaren Anforderungen ein Modell, das Teams bauen und pflegen können.
Typische Aufgaben
- Eine gemeinsame Fachsprache definieren
- Große Systeme in bounded contexts aufteilen
- aggregates, entities und value objects gestalten
- Event-driven und microservice-Designs unterstützen
- Modelle mit Produkt- und Business-Teams prüfen
Tools und Methoden
DDD ist kein einzelnes Framework. Es wird oft zusammen mit Java, .NET, Kotlin, Spring Boot, EventStorming, CQRS und Message Brokern eingesetzt. Ein guter Spezialist weiß, wann das Modell einfach bleiben sollte und wann Patterns sinnvoll sind, die die zentralen Geschäftsregeln schützen.
Wann Unternehmen beauftragen
Unternehmen holen sich freiberufliche DDD-Experten dazu, wenn ein System schwer änderbar geworden ist, Teams sich über Geschäftsbegriffe uneinig sind oder neue Services klare Grenzen brauchen. In Hamburg passt das oft zu Logistik-, Handels-, Finanz- und Plattformteams, die eng mit lokalen Stakeholdern und entfernten Spezialisten zusammenarbeiten müssen.
Was starke Experten tun
Ein starker Profi hört zuerst zu und macht das Modell dann mit Workshops, Diagrammen und gut benanntem Code sichtbar. Er trennt die Kernlogik der Domäne von der Infrastruktur, reduziert Kopplung und hilft Teams, Sprache, Code und Prozess in Einklang zu halten. Außerdem erkennt er unklare Anforderungen, bevor daraus technische Schulden werden.
Anzeichen, dass du Hilfe brauchst
- Die Codebasis hat unklare Geschäftsregeln
- Änderungen zerbrechen ständig unabhängige Teile
- Teams verwenden unterschiedliche Begriffe für dasselbe
- Neue Services lassen sich schwer sicher trennen
- Die Dokumentation passt nicht mehr zum System
Häufig gestellte Fragen
Brauchst du Klarheit? Das sind die Fragen, die uns zu Domain-Driven Design am häufigsten gestellt werden.
Domain-Driven Design wird genutzt, um Software rund um die echten Geschäftsregeln zu bauen und nicht nur rund um Tabellen oder Oberflächen. Es passt besonders gut zu Systemen mit komplexen Abläufen, sich ändernden Vorgaben und vielen gemeinsamen Begriffen. Teams nutzen es, damit der Code die Sprache des Geschäfts widerspiegelt.
DDD ist ein Modellierungsansatz, während Microservices ein Architekturstil sind. DDD hilft dabei, klare Grenzen zu definieren, verlangt aber keine verteilten Services. Viele Teams nutzen es zuerst für einen modularen Monolithen und trennen Services nur dort, wo das Modell eine klare Grenze zeigt.
Ein Domain-Driven Design-Spezialist ist hilfreich, wenn die Domäne schwer zu erklären ist, die Codebasis ständig in die falsche Form wächst oder sich Teams nicht auf Begriffe einigen können. Er hilft auch vor einer Überarbeitung, einer Service-Aufteilung oder einem neuen Produktstart. Der beste Zeitpunkt ist, bevor die Designentscheidungen feststehen.
Ein starker DDD-Profi bringt meist tiefes Wissen in Domain-Modellierung, event-driven Design, CQRS, Messaging und modularer Architektur mit. Dazu kommen Moderationsfähigkeiten, weil die Arbeit von Workshops und klarer Sprache lebt. In vielen Projekten hilft ihm Wissen in Java, .NET oder Kotlin, Modell und Umsetzung zu verbinden.
Ein Domain-Driven Design-Freelancer braucht genug Einblick, um die Geschäftssprache, die wichtigsten Abläufe und die Probleme im aktuellen System zu verstehen. Nicht jedes Detail muss am ersten Tag klar sein, aber Input von Produkt, Betrieb und technischen Stakeholdern ist wichtig. Gute Analysearbeit am Anfang macht das Modell deutlich stärker.
Ja, DDD funktioniert auch remote sehr gut, wenn Workshops klar strukturiert sind und das Team Diagramme, Notizen und Beispiele deutlich teilt. Viele Experten führen Online-Entdeckungssitzungen durch und gehen danach mit Modell-Reviews im Code weiter. In Hamburg können Vor-Ort-Termine am Anfang helfen, für die laufende Arbeit reicht Remote-Zusammenarbeit aber meist aus.
Achte auf jemanden, der bounded contexts, aggregates und domain events in einfacher Sprache erklären kann und nicht nur die Begriffe aufzählt. Ein guter Domain-Driven Design-Spezialist fragt nach Geschäftsregeln, Widersprüchen und Entscheidungspunkten, bevor er Strukturen vorschlägt. Seine Ergebnisse sollten die Domäne verständlicher machen, nicht komplizierter.
Ja, DDD ist oft sogar am wertvollsten in einem bestehenden System, das schwer änderbar geworden ist. Ein guter Experte kann das Modell Schritt für Schritt verbessern, mit einem Bereich der Domäne anfangen und eine riskante Neuentwicklung vermeiden. Ziel sind mehr Klarheit und sicherere Änderungen, nicht ein theoretisches Redesign.
Der durchschnittliche Stundensatz von Freelancern in Hamburg, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, liegt bei 102 €, was einem Tagessatz von etwa 816 € bei einem 8-Stunden-Tag entspricht.
Von den Freelancern in Hamburg, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, haben 100% mindestens einen Bachelor-Abschluss und 60% mindestens einen Master-Abschluss.
Freelancer in Hamburg, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, haben im Durchschnitt 20 Jahre Berufserfahrung; ein einzelnes Projekt dauert typischerweise etwa 2,3 Jahre.
Die häufigsten Sprachen unter Freelancern in Hamburg, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, sind Deutsch (100%), Englisch (100%) und Spanisch (8%).
Die häufigsten Industrien unter Freelancern in Hamburg, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Einzelhandel (62%), Medien und Unterhaltung und Druck (46%).
Die häufigsten Bereiche unter Freelancern in Hamburg, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Produktentwicklung (100%) und Projektmanagement (77%).
Hauptstandorte der FRATCH Experten, die kürzlich Domain-Driven Design eingesetzt haben
Unsere Freelancer und Interim-Experten sind in der gesamten DACH-Region zuhause — verfügbar vor Ort in den wichtigsten Wirtschaftszentren oder komplett remote. Wähle einen Standort und entdecke passende Spezialisten, lokale Markteinblicke und aktuelle Verfügbarkeiten.
Berlin 
München 
Köln 
Frankfurt 
Düsseldorf 
Nürnberg Kostenlose Demo vereinbaren
Kontaktiere uns und das FRATCH-Team meldet sich innerhalb von 4 Stunden bei dir.
Möchtest du lieber direkt mit uns in Kontakt treten?
Wir haben immer Zeit für einen Anruf oder eine E-Mail!
Philipp Thomaschewski
FRATCH CEO
