Domain-Driven Design Experten in Frankfurt
finden, die innerhalb von Minuten mit geprüften, verfügbaren Freelancern zusammengebracht werdenBeauftragen Sie Experten, die Geschäftssprache mit Softwaremodellen verbinden, Bounded Contexts definieren und ereignisgesteuerte Architekturen gestalten. Erhalten Sie präzisen Zugang zu geprüften, verfügbaren Freelancern für komplexe Produkt- und Modernisierungsprojekte.
Lerne FRATCH Experten in Frankfurt kennen, die kürzlich Domain-Driven Design eingesetzt haben
Umut G.
Letzte Position:
Datenarchitekt bei BA Technology
Ich bin ein erfahrener Data Engineer mit Spezialisierung auf durchgängige Datenintegration, Cloud-DWH-Architekturen und hochwertige, gut gesteuerte Datenprodukte.
Als Freiberufler habe ich die folgenden Projekte und Aufträge umgesetzt.
- Datenmigration eines CRM-Systems für AL-FA Objekt Service Gmbh
- Partnerschaft für den Weiterverkauf von Microsoft-Software
Ich suche freiberufliche Aufgaben wie: Freelance Data Engineer Cloud Data Warehouse Architect Data Modeling & Architecture Consultant MDM & Data Governance Specialist BI & Analytics Developer
Technische Schwerpunkte
- Data Engineering & Integration: SQL Server/SSIS, Informatica PowerCenter/IDQ, Talend, Kafka, Azure Data Factory – Delta/CDC/ELT-Muster, robuste Pipelines, Überwachung/Wiederherstellung, Datenherkunft und Auswirkungsanalyse, Medallion-Architektur mit Bronze/Silver/Gold-Schichten
- DWH & Cloud: Azure SQL / Data Lake / Synapse, AWS Redshift/S3, On-Premises SQL/Oracle – skalierbare Data Marts mit starkem Fokus auf Kosten und Nutzen.
- Datenmodellierung: Atomare (Inmon-) und dimensionale (Kimball-)Modelle, Data Vault (Linstedt), Domain-Driven Design, klare Datenherkunft und Verträge.
- MDM & Governance: Informatica MDM, IBM MDM, Stewardship-Prozesse, Datenqualitätsregeln, Survivorship/XREF, Katalog/Glossar, SIF/BES/REST-Veröffentlichung.
- Analytics/BI: Power BI, SSAS, Cognos – businessfähige und wartbare Datenprodukte.
Alexander H.
Letzte Position:
Senior Product & Strategy Consultant bei hegehofer.consulting
Konzeption, Entwicklung und Markteinführung digitaler Produkte und Plattformen – von der strategischen Ausrichtung über agile Umsetzung bis zum Go-to-Market bzw. Go-Live, Integration von KI in Prozesse und Produkte
Saqib J.
Letzte Position:
KI-Entwickler / AI Engineer (Lead) bei KOM4TEC GmbH
- Konzeption und Umsetzung modularer KI-Assistenten für Vertriebs- und Geschäftsprozesse im Microsoft-Ökosystem (Agentic AI, Copilot-Erweiterungen)
- Frontend-Architektur und -Entwicklung mit React + TypeScript für eingebettete Chat- und Assistenten-Oberflächen (Streaming-UI, Hooks, React Query, OpenAPI-Clients)
- Entwicklung von Agenten auf Enterprise-Ebene: wiederverwendbare Skill-/Agent-Bibliothek, MCP-Server, Review- und Compliance-Prüfungen
- Integration von LLMs in die User Experience: Anthropic (Claude), OpenAI, Tool-Use, RAG-Pipelines, Prompt Engineering, Guardrails
- Beratung zu Architektur und Code-Reviews sowie Mentoring im KI-Entwicklungsteam
- Anbindung an Microsoft Graph, Power Platform und Azure-Dienste
- Technologien: React, TypeScript, Anthropic Claude, OpenAI, MCP, RAG, Microsoft Graph, Power Platform, Azure
Ali A.
Letzte Position:
Gründer & Architekt bei Independent AI R&D
- Vollständig On-Premises betriebene LLM-Plattform zur Dokumentenprüfung für einen Compliance-kritischen Bankbereich: agentenbasierte LangGraph-Pipeline mit deterministischer Verifizierung, jedes KI-Urteil strukturiert und an die Quelle gebunden; ~960 automatisierte Tests, kein Datenabfluss
- GPU-Durchsatzoptimierung (quantized serving, speculative decoding, prefix caching): 9.5-fache Beschleunigung der Extraktion, 500+ Fallakten mit mehreren Dokumenten pro Tag auf einer einzelnen A100
- KI-native EDI/EDIFACT-Integrationsplattform (~116k LOC Java 25 / Spring Boot 4, 1,900+ Tests): Von LLM erstellte Partnermappings werden vor dem Go-live maschinell verifiziert (DFDL-Konformität, Feldabdeckungsprüfungen, Testläufe), ~99.5% Byte-Übereinstimmung bei echten Kundendateien – ersetzt wochenlange manuelle Zuordnung pro Partner
Waseem S.
Letzte Position:
Solution Architect / Subject Matter Expert bei FRMCS-Endgerätehersteller
Mitarbeit im EU-geförderten Projekt MORANE-2 zur Validierung des Future Railway Mobile Communication System (FRMCS) in realen Einsatzszenarien: Erstellung der Anforderungsspezifikationen für TOBA sowie der zugehörigen Testspezifikationen.
Technologien: 5GS (Radio & Core), FRMCS, MCx (MCPTT, MCData, MCVideo), MC Gateway UE, MCx Priority/Security/QoS Management, ETCS, SIP, IMS
Jan M.
Letzte Position:
Gründer, Senior-Lösungsarchitekt, Teamleiter, Senior DevOps-Ingenieur bei CreArt IT GmbH
- Hands-on-Lösungsarchitekt
- Digitale Produktentwicklung - SaaS
- Strategische Beratung zur Softwarearchitektur, Cloud-Migration sowie DevOps-Prozessen
- Coaching von SE-Entwicklern und IT-Architekten
David R.
Letzte Position:
Leitender Entwickler/Technischer Architekt
- Konzeption, Erweiterung und Umsetzung der Schnittstellen (REST, GraphQL, Kafka)
- Architektur und Umsetzung Cloud-nativer Microservices auf Azure Kubernetes Service
- Domain-Driven Design, Event-Driven Architecture mit Kafka
- Entwicklung einer umfangreichen Query-Engine für REST-Endpunkte basierend auf fachlichen Objekten
- Konzeption und Realisierung der Klassifikation von Stammdaten mithilfe von Machine-Learning-Algorithmen (Library Weka, Spotify Voyager)
- Analyse und Auswertung komplexer Lasttestszenarien und Ableitung von Optimierungen
- Steigerung der Systemresilienz (Kafka Error Handling, Circuit Breaker, Sidecar Service Mesh in Go)
- Integration mit CIAM-Systemen (asynchrone Echtzeit-Synchronisierung und Definition der Datenhoheit, Autorisierung, Authentisierung)
- Anbindung Azure Service Bus (AMQP-Protokoll)
- Konzeption und Umsetzung von komplexen Berechtigungskonzepten (u. a. Delegated Administration)
- Dokumentation der Ergebnisse (Confluence, Architekturbeschreibungen, Architekturentscheidungen)
Dimitrij N.
Letzte Position:
Logistics Designer / Network Designer bei Deutsche Bahn Cargo
- Anforderungsanalyse, Konzeption und Entwicklung eines Produkts für die Güterverkehrslogistik (Disposition, Planung, Fahrplan- und Netzwerkoptimierung)
- Dokumentation technischer Schwerpunkte und Begleitung von Abnahme- und Integrationstest
- DBMS-agnostische Modellierung und mathematische Algorithmen zur Optimierung mit Solver-Anbindung (Gurobi, CPlex, Coin-OR)
- Implementierung von Service Layer, automatisiertem Testing und Anbindung von Fremdsystemen
Florian F.
Letzte Position:
Senior Backend Developer bei ING Deutschland AG
- Datenbank-Design mit Oracle DB, JPA und Flyway unter Berücksichtigung hoher Performance-Anforderungen
- Analyse mehrerer Architekturentwürfe und Identifikation technischer Risiken
- Design und Implementierung mehrerer Schnittstellen und Integrationen, insbesondere REST-APIs und Kafka Topics
- Setup von Elasticsearch zur Überwachung und Analyse von Log-Daten
- Etablierung einer iterativen Arbeitsweise im Projektteam angesichts komplexer Business-Anforderungen
Werner K.
Letzte Position:
Testkoordinator, Designer und Ingenieur bei IBM
- Testen des SekIDP und verwandter Komponenten
- Testdesign, -durchführung und -automation, Microservices, GitHub Enterprise, Eclipse, Katalon Test Platform, API-Tests, Confluence 8, JIRA/Xray, Draw.io, Swagger/OpenAPI, Postman, Docker, Kubernetes, Podman, PuTTY, E-Health, Telematik, Gematik-Standards, ePA, E-Rezept, sektoraler IDP, Verschlüsselung, XaDES, PaDES, DICOM, HL7, FHIR, IHE, ICD, SSO, SAML/Shibboleth, OAuth, Smartcards, JWT, Zwei-Faktor-Authentifizierung auf Android und iOS, Wireshark, BrowserStack, Cypress, gRPC, REST, SOAP, WS-Security, Linux-Shell, PowerShell, SSH/SSL, Java, Kotlin, Cordova, Gradle, Groovy, Python, TypeScript
Marie-Josée M.
Letzte Position:
Java-Ingenieur / Entwickler bei Davaso GmbH
- Mitwirkung im gesamten Entwicklungszyklus, inklusive Design, Codierung, Tests und Deployment von Java-basierten Anwendungen.
- Aufbau und Pflege leistungsstarker RESTful-APIs und Microservices zur Gewährleistung von Skalierbarkeit und verlässlichem Datenaustausch.
- Durchführung von Code-Reviews, Einsatz von Versionskontrollsystemen (z.B. Git) und enge Zusammenarbeit mit funktionsübergreifenden Teams zur Lieferung robuster Softwarelösungen.
- Implementierung, Verwaltung und Optimierung komplexer Geschäftslogik und Entscheidungsprozesse mit der Drools-Regel-Engine unter Nutzung von DRL (Drools Rule Language) für dynamische Konfiguration.
- Entwicklung von Softwarelösungen für einen großen Dienstleister im Bereich Krankenversicherung, speziell für die Bearbeitung und Abstimmung von Leistungsabrechnungen zur kosteneffizienten Erstattung für Krankenkassen.
Artur S.
Letzte Position:
Senior Consultant bei MHP - A Porsche Company
Design, Entwicklung und Beratung bei Softwarelösungen in internationalen, funktionsübergreifenden agilen Projekten (SAFe / Scrum) mit Schwerpunkt auf Finanzdienstleistungen und UX-Entwicklung.
Service Unit: Customer Experience Digital Solutions
Dilip K.
Letzte Position:
.NET Technical Lead & Application Architect bei Hays AG
- Eine neue Domain-Driven-Design-Architektur für ein Kernsystem entworfen: eine zentrale Komponente reverse-engineered, die Data-Access-Schicht refaktoriert, um Datenbank-Round-Trips zu minimieren (für bessere Skalierbarkeit), und die Verarbeitung auf async migriert.
- Die Plattform in unabhängige .NET-Core-Microservices zerlegt (Database-per-Service) mit RabbitMQ Pub/Sub unter Einsatz des Outbox Pattern + Saga Choreography, hinter einem Ocelot API Gateway (JWT, Rate Limiting, CORS, Health Checks).
- Umsetzung mit .NET Core / Angular / SQL Server / EF Core sowie Docker und Azure DevOps CI/CD; Health Checks und CORS implementiert; technische Designs für Stories im agilen Scrum erstellt.
- Alleiniger ADR-Verantwortlicher; 3 Engineers betreut und Architekturentscheidungen direkt dem Director of Corporate IT präsentiert.
Karsten G.
Letzte Position:
Softwareentwicklung bei Siemens Mobility GmbH
- Betreuung und Weiterentwicklung mehrerer bestehender Projekte im Bereich “KI-gestütztes Transportwesen” auf Basis von React, REST-APIs (Spring, Python) und verschiedener Design-Libraries
- Verantwortlich im Projekt für Build-Prozesse, JavaScript-Entwicklung, Architektur, Abstimmung und Austausch mit dem Design-Team
- Agile Softwareentwicklung (Scrum, Kanban)
- Technologien: React, TypeScript, Ant Design, Node.js, Yarn, Vite, i18n, Postgres, Keycloak, Jest, Cypress, Storybook
- Tools: IntelliJ, Git, GitLab CI, Docker, Confluence, Jira
Rashid I.
Letzte Position:
Java-Entwickler bei IT-Unternehmen
- Transformationen von Daten
- IT-Unternehmen mit mehr als 100 Mitarbeitern
- Softwareherstellung
- Datenaugmentierung und Normalisierung, Transformation von Bildern, Konvertierung von Formaten, Zusammenführung von Daten aus mehreren Quellen
- Werkzeugsatz: Java, Helm, Kubernetes, Kafka, OpenCV, IntelliJ IDEA, gradle, git, Docker, Containers, Scrum
Entdecke mehr als 15.000 Top-Freelancer
Statistiken von Experten, die Domain-Driven Design einsetzen
Aggregiert aus den beruflichen Profilen passender Freelancer.
Berufserfahrung
19 Jahre (Deutschland: 20 Jahre)
Positionsdauer
2,4 Jahre (Deutschland: 2 Jahre)
Positionen pro Freelancer
14
Häufigste Fachbereiche
Informationstechnologie (IT), Produktentwicklung, Qualitätssicherung
Häufigste Branchen
Informationstechnologie (IT), Bank- und Finanzwesen, Automotive
Fokus der Zertifizierungen
Informationstechnologie (IT), Projektmanagement, Produktentwicklung
Bachelor-Abschluss oder höher
93% (Deutschland: 95%)
Master-Abschluss oder höher
47% (Deutschland: 55%)
Doktortitel
7% (Deutschland: 5%)
Zertifizierungen pro Freelancer
3
Häufigste Sprachen
Deutsch, Englisch, Russisch
Sprechen zwei oder mehr Sprachen
100% (Deutschland: 98%)
Basierend auf unserem Profilpool, Stand 29 Okt 2026.
Tagessatzverteilung
Das Diagramm zeigt, wie sich die Tagessätze der Experten in dieser Technologie in Frankfurt verteilen, basierend auf aktuellen Verträgen auf unserer Plattform. Jeder Balken deckt eine Tagessatzspanne ab – seine Höhe zeigt, welcher Anteil der Experten innerhalb dieser Spanne abrechnet.
Durchschnittssätze von Experten in Frankfurt, 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 29 Okt 2026. Die tatsächlichen Tagessätze können je nach Dienstalter, Erfahrung, Fachkenntnissen, Projektkomplexität und Auftragsdauer variieren.
Branchenfokus der Domain-Driven Design Experten
Sieh, in welchen Branchen unsere gematchten Freelancer am häufigsten tätig sind — jede Zahl wird live aus den Freelancern auf FRATCH berechnet.
- Informationstechnologie (IT) (100%)
- Bank- und Finanzwesen (78%)
- Automotive (44%)
- Transport und Logistik (44%)
- Professionelle Dienstleistungen (44%)
- Gesundheitswesen (39%)
- Telekommunikation (33%)
- Energie (28%)
Bitte beachte, dass Freelancer in mehreren Branchen tätig sein können, daher überschneiden sich die Prozentwerte.
Über die Technologie
Kernzweck
Domain-Driven Design (DDD) ist eine Methode, Software rund um die Fachdomäne zu entwerfen, für die sie eingesetzt wird. Teams untersuchen Geschäftsregeln gemeinsam mit Fachexperten, übertragen eine gemeinsame Sprache in ein explizites Modell und halten dieses Modell im Code sichtbar. DDD ist besonders hilfreich, wenn ein Produkt komplexe Abläufe, Vorschriften oder viele konkurrierende Fachbegriffe umfasst.
Strategische Modellierung
Strategisches DDD klärt die Struktur eines Geschäfts, bevor die Implementierung beginnt. Experten identifizieren Bounded Contexts, Context Maps, Subdomänen und Teamgrenzen und definieren anschließend, wo Modelle integriert werden oder unabhängig bleiben sollen. So wird verhindert, dass sich ein übergroßes Modell mit voneinander unabhängigen Regeln über ein gesamtes System ausbreitet.
- Kern-, unterstützende und generische Subdomänen abbilden
- Bounded Contexts und Verantwortlichkeiten definieren
- Beziehungen zwischen Contexts dokumentieren
- Ein gemeinsames Vokabular für die Fachdomäne etablieren
Taktische Bausteine
Taktisches DDD übersetzt das Modell in zuverlässige Softwarestrukturen. Fachleute arbeiten mit Entitäten, Wertobjekten, Aggregaten, Repositories, Domänendiensten und Domänenereignissen und wählen jedes Muster passend zu der Geschäftsregel, die es schützt. Häufig wenden sie diese Konzepte in Java, .NET, TypeScript oder anderen modularen Anwendungsstacks an.
Ökosystem und Umsetzung
DDD steht in engem Zusammenhang mit Event Storming, kollaborativer Modellierung, modularen Monolithen, Microservices und ereignisgesteuerter Integration. Zum technischen Umfeld können Spring Boot, .NET, Messaging-Systeme, API-Verträge, automatisierte Tests und Verfahren für Observability gehören. In Frankfurt unterstützen Experten möglicherweise Banken, Logistikunternehmen, Hersteller und Softwareprodukte, die eine enge Zusammenarbeit zwischen Fachdomänen- und Technikteams erfordern.
Wann Fachwissen wichtig ist
Unternehmen ziehen meist freiberufliche DDD-Spezialisten hinzu, wenn ein System schwer zu ändern geworden ist oder eine neue Plattform komplexe Geschäftsprozesse abbilden muss. Der Bedarf wird oft sichtbar, wenn Teams widersprüchliche Begriffe verwenden, Regeln duplizieren oder einen Monolithen ohne klare Grenzen aufteilen.
- Ein wachsendes Domänenmodell entwirren
- Einen modularen Monolithen oder eine Servicelandschaft vorbereiten
- Event-Storming- und Discovery-Workshops moderieren
- Migrationsschritte aus Altsystemen definieren
- Die Architektur anhand der Geschäftsgrenzen überprüfen
Was starke Experten liefern
Starke Fachleute stellen präzise Fragen, bevor sie Muster auswählen. Sie verbinden strategische Entscheidungen mit wartbarem Code, testen Geschäftsregeln auf Domänenebene und machen Abwägungen für technische wie nicht-technische Stakeholder verständlich. Außerdem hinterlassen sie hilfreiche Modelle, Entscheidungen und Teampraktiken, statt DDD als starre Vorlage zu behandeln.
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 eingesetzt, um Software rund um komplexe Geschäftsregeln und -prozesse zu modellieren. Es hilft Teams, Systeme zu entwickeln, die leichter zu verstehen und zu ändern sind und besser zu den Personen passen, die das Geschäft betreiben.
DDD konzentriert sich zuerst auf die fachliche Bedeutung und auf Grenzen, während eine traditionelle Schichtenarchitektur hauptsächlich technische Verantwortlichkeiten wie Präsentation, Anwendung und Datenzugriff organisiert. Die Ansätze lassen sich kombinieren: DDD prägt das Domänenmodell, während Schichten oder Module den strukturellen Rahmen bilden.
Domain-Driven Design ist keine Bereitstellungsarchitektur. Seine Bounded Contexts können bei der Definition von Servicegrenzen helfen, aber DDD funktioniert auch gut in einem modularen Monolithen und kann verhindern, dass Teams Microservices ohne klare fachliche Verantwortlichkeiten erstellen.
Ein starker DDD-Freelancer versteht normalerweise Domänenerkundung, Event Storming, API-Design, Integrationsmuster und automatisierte Tests. Je nach Projekt können auch Erfahrung mit modularen Monolithen, ereignisgesteuerten Systemen, Cloud-Infrastruktur oder der Modernisierung von Altsystemen wertvoll sein.
Das passende Niveau an Domain-Driven Design-Erfahrung hängt vom Problem ab, nicht von einer festen Dauer. Für einen kurzen Einsatz können Moderation und Modellierung ausreichen, während eine umfassendere Transformation jemanden erfordert, der Architektur, Implementierung und Wissenstransfer über mehrere Teams hinweg begleiten kann.
Domain-Driven Design kann remote funktionieren, wenn Workshops, Entscheidungsdokumentationen und Modellierungssitzungen gut vorbereitet sind. Für Teams in Frankfurt können gelegentliche Termine vor Ort hilfreich sein, wenn Fachexperten Begriffe oder Prozessfragen schnell klären müssen, während ein großer Teil der Implementierung remote erfolgen kann.
Suchen Sie nach einem Domain-Driven Design-Spezialisten, der erklären kann, warum eine Grenze, ein Aggregat oder ein Integrationsmuster zum Geschäftsproblem passt. Bitten Sie um Beispiele für Modelle, Entscheidungen und Ergebnisse und prüfen Sie, ob die Person sowohl mit Fachexperten als auch mit Softwareteams klar kommuniziert.
DDD ist besonders relevant, wenn Geschäftsregeln dicht und komplex sind, etwa bei Finanzdienstleistungen, Logistik, Fertigung, im Gesundheitswesen und bei B2B-Software. In Frankfurt müssen Fachleute möglicherweise die Domänenmodellierung mit verteilten Abläufen, etablierten Unternehmenssystemen und Teams an deutschen und internationalen Standorten verbinden.
Der durchschnittliche Stundensatz von Freelancern in Frankfurt, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, liegt bei 100 €, was einem Tagessatz von etwa 803 € bei einem 8-Stunden-Tag entspricht.
Von den Freelancern in Frankfurt, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, haben 93% mindestens einen Bachelor-Abschluss, 47% mindestens einen Master-Abschluss und 7% einen Doktortitel.
Freelancer in Frankfurt, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, haben im Durchschnitt 19 Jahre Berufserfahrung; ein einzelnes Projekt dauert typischerweise etwa 2,4 Jahre.
Die häufigsten Sprachen unter Freelancern in Frankfurt, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, sind Deutsch (100%), Englisch (100%) und Russisch (28%).
Die häufigsten Industrien unter Freelancern in Frankfurt, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Bank- und Finanzwesen (78%) und Automotive (44%).
Die häufigsten Bereiche unter Freelancern in Frankfurt, Deutschland, die Domain-Driven Design in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Produktentwicklung (94%) und Qualitätssicherung (72%).
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 
Hamburg 
München 
Köln 
Nürnberg Länder:
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
