Revision 556: Domain-Driven Design

Über Domain-Driven Design (DDD) sprechen Hans und Vanessa mit dem Gast Florian Benz, VP of Engineering bei Scalable Capital. Florian beleuchtet dabei vor Allem dir Umsetzung samt Stolpersteinen in der Realität. Unser Sponsor Wir sind Demodern – wir sehen uns als Agentur einer neuen Generation: offen, unkompliziert, 100% digital. Gegründet von Designern, liegt unsere Leidenschaft in innovativen, digitalen Inszenierungen und einer sinnvollen User Experience. Wir entwickeln unsere Projekte gemeinsam mit Spezialisten aus Strategie, Design, UX und Development. „Let’s push things forward“ ist unser Leitsatz und Philosophie. Darin steckt unsere eigene Veränderung, aber auch, Projekte neu zu betrachten und zu rechtem Mehrwert zu bringen. Ihr könnt gerne Kontakt zu Florian oder Marisa direkt aufnehmen – oder ihr schaut auf demodern.de/jobs vorbei. Schaunotizen [02:14:00] Domain-Driven Design Florian begann die ersten Schritte mit Domain-Driven Design (im Folgenden mit „DDD“ abgekürzt) in Teams bei Scalable Capital im Jahr 2019. Zu den größten Herausforderungen zählte, wie man das theoretische Wissen über DDD konkret umsetzen. Bei der Theorie geht Florian speziell auf folgende Teile von DDD ein: Explorativ, strategisch und taktisch. Genauer erläutert er die folgenden Komponenten von taktischem Design: Value Objects, Entities, Aggregrates, Repositories, Services und Factories. Ein Hauptbestandteil von DDD ist es, eine gemeinsame Sprache zu entwickeln. Das ist jedoch gar nicht so einfach. Vor allem, wenn die allgemeine Code-Sprache bei Projekten oft Englisch ist, aber die Dokumentationssprache z.B. Deutsch. Doch wenn das Team einmal so weit ist, macht es die gemeinsame Sprache für alle einfacher. Für Entwickler:innen im Speziellen, den Code zu strukturieren und eine sehr wichtige Frage zu beantworten: Wo gehört dieser Code überhaupt hin? Links Patterns, Principles, and Practices of Domain-Driven Design Scott Millett, Nick Tune „The Big Blue Book“ Domain-Driven Design: Tackling Complexity in the Heart of Software —Eric Evans Domain Modeling Made Functional —Scott Wlaschin, KanDDDinsky 2019 Making Impossible States Impossible—Richard Feldman, elm-conf 2016 Kotlin and Domain-Driven Design-Value Objects—Florian Benz 2020 DDD Crew – Welcome to Domain-Driven Design (DDD) „This project contains definitions of DDD and fundamental concepts to reduce the learning curve and confusion.“ Verwandte Revisionen Revision 314: DDD, CQRS und WTF Transkript WEBVTT 00:00.000 --> 00:07.240 Domainschiffen-Design versteht sich recht gut mit Funktionaler-Pokamierung, was ja auch ein bisschen trendet in den letzten Jahren. 00:07.760 --> 00:14.440 Auf welche Feinheiten muss ich denn achten? Du hast es eben angesprochen, hexagonale Architektur. Wie baue ich meine Services auf? 00:14.960 --> 00:21.440 Das ist ein entscheidender Punkt von Domainschiffen-Design, dass man die Logik ganz klar dann auch mit dem Begriffen zusammenführt. 00:21.680 --> 00:25.160 Das heißt, dass man die Logik für ein Order auf beide Orders selber hat. 00:25.160 --> 00:29.040 Das ist jetzt nur eine Sache und irgendwie klingt das so, als würde noch ganz viel hinterher kommen. 00:29.040 --> 00:31.040 Genau, da gibt es noch ganz, ganz viel. 00:31.040 --> 00:33.040 Revision 556. 01:01.160 --> 01:06.160 Diese Revision wird unterstützt von Demodern. 01:06.160 --> 01:14.200 Demodern ist eine Digitalagentur mit Sitz in Köln und Hamburg und gehört zu den führenden Creative Technology-Agenturen in Europa. 01:14.200 --> 01:24.120 Rund 80 Digitalexpertinnen arbeiten derzeit für internationale Marken und Unternehmen wie Nike, IKEA, SAP, LG oder Mazda. 01:24.120 --> 01:36.720 Demodern wurde bereits mit zahlreichen Kreativpreisen ausgezeichnet. Neben Qualität, Innovation und Kreativität ist Teamwork die Superkraft der Agentur und du kannst [...]