BROADCASTS.com

b'\\xdcber Domain-Driven Design (DDD) sprechen Hans und Vanessa mit dem Gast Florian\\nBenz, VP of Engineering bei Scalable Capital. Florian beleuchtet dabei vor Allem\\ndir Umsetzung samt Stolpersteinen in der Realit\\xe4t.\\n\\n\\nUNSER SPONSOR\\n\\n\\n\\nWir sind Demodern \\u2013 wir sehen uns als Agentur einer neuen Generation: offen,\\nunkompliziert, 100% digital. Gegr\\xfcndet von Designern, liegt unsere Leidenschaft\\nin innovativen, digitalen Inszenierungen und einer sinnvollen User Experience.\\nWir entwickeln unsere Projekte gemeinsam mit Spezialisten aus Strategie, Design,\\nUX und Development. \\u201eLet\\u2019s push things forward\\u201c ist unser Leitsatz und\\nPhilosophie. Darin steckt unsere eigene Ver\\xe4nderung, aber auch, Projekte neu zu\\nbetrachten und zu rechtem Mehrwert zu bringen.\\n\\nIhr k\\xf6nnt gerne Kontakt zu Florian oder Marisa direkt aufnehmen \\u2013 oder ihr\\nschaut auf demodern.de/jobs vorbei.\\n\\n\\nSCHAUNOTIZEN\\n\\n[02:14:00] DOMAIN-DRIVEN DESIGN\\n\\nFlorian begann die ersten Schritte mit Domain-Driven Design (im Folgenden mit\\n\\u201eDDD\\u201c abgek\\xfcrzt) in Teams bei Scalable Capital im Jahr 2019. Zu den gr\\xf6\\xdften\\nHerausforderungen z\\xe4hlte, wie man das theoretische Wissen \\xfcber DDD konkret\\numsetzen. Bei der Theorie geht Florian speziell auf folgende Teile von DDD ein:\\nExplorativ, strategisch und taktisch. Genauer erl\\xe4utert er die folgenden\\nKomponenten von taktischem Design: Value Objects, Entities, Aggregrates,\\nRepositories, Services und Factories.\\n\\nEin Hauptbestandteil von DDD ist es, eine gemeinsame Sprache zu entwickeln. Das\\nist jedoch gar nicht so einfach. Vor allem, wenn die allgemeine Code-Sprache bei\\nProjekten oft Englisch ist, aber die Dokumentationssprache z.B. Deutsch. Doch\\nwenn das Team einmal so weit ist, macht es die gemeinsame Sprache f\\xfcr alle\\neinfacher. F\\xfcr Entwickler:innen im Speziellen, den Code zu strukturieren und\\neine sehr wichtige Frage zu beantworten: Wo geh\\xf6rt dieser Code \\xfcberhaupt hin?\\n\\n\\nLINKS\\n\\n * Patterns, Principles, and Practices of Domain-Driven Design\\n Scott Millett, Nick Tune\\n * \\u201eThe Big Blue Book\\u201c\\n Domain-Driven Design: Tackling Complexity in the Heart of Software\\u200a\\u2014Eric\\n Evans\\n * Domain Modeling Made Functional\\u200a\\u2014Scott Wlaschin, KanDDDinsky 2019\\n * Making Impossible States Impossible\\u2014Richard Feldman, elm-conf 2016\\n * Kotlin and Domain-Driven Design-Value Objects\\u2014Florian Benz 2020\\n * DDD Crew \\u2013 Welcome to Domain-Driven Design (DDD)\\n \\u201eThis project contains definitions of DDD and fundamental concepts to reduce\\n the learning curve and confusion.\\u201c\\n\\n\\nVERWANDTE REVISIONEN\\n\\n * Revision 314: DDD, CQRS und WTF'