domain-driven design

Błędów nie popełnia tylko ten, co nic nie robi, a szramy Wietnamu biorą się z nie z czytania książek, tylko z osadzania zawartych w nich idei w złożonej rzeczywistości konkretnych projektów. Dziś zapraszam na rozmowę o często trudnych realiach wprowadzania Domain-Driven Design do organizacji i procesach Domain Discovery.

Moimi gośćmi są Dariusz Pawlukiewicz i Michał Wilczyński, programiści i architekci, zaangażowani w inicjatywę DevMentors. A rozmawiamy przede wszystkim o doświadczeniach związanych z wprowadzaniem DDD do zespołów i organizacji, oraz o częstych problemach występujących w procesach poznawania domeny.

Materiały dodatkowe:

• Domain model purity vs. domain model completeness (DDD Trilemma), wspomniany w rozmowie artykuł Vladimira Khorikova
• The failed promise of Domain-Driven Design - part 1, artykuł Sebastiana Gębskiego
• The failed promise of Domain-Driven Design - part 2, kontynuacja powyższego artykułu

The strongest tech skills don’t necessarily guarantee success. To get the best from those around you—and maximize your own influence—you need to boost your tech skills with soft skills. Luckily, small changes in the way you work can produce big results.
In this free webinar, Jacqui Read, author of Communication Patterns: A Guide for Developers and Architects, takes you on a whistle-stop tour of patterns and techniques to improve your visual, verbal, nonverbal, written, knowledge, and remote communication skills. You’ll learn communication soft skills tuned specifically to a technical audience, which you can easily integrate into your existing workflows for quick and transformative results.
You’ll learn how to:

    Use soft skills to boost your technical skills
    Explore visual, nonverbal, written, knowledge, and remote communication skills
    Integrate communication soft skills into your everyday workflow for transformative results

Encje domenowe to obok Value Objectów jeden z podstawowych wzorców implementacyjnych Domain-Driven Design. Mogą działać zarówno samodzielnie, jak i być częścią innych struktur, np. agregatów. Ale czym właściwie są encje i co odróżnia je od pozostałych wzorców taktycznego DDD?

W telegraficznym skrócie encje to obiekty domenowe posiadające ściśle określoną tożsamość, które z jakiegoś powodu muszą być śledzone na przestrzeni czasu. Gościem dzisiejszej rozmowy jest Kamil Grzybek, który pojawił się już w Better Software Design przy okazji rozmów o modularyzacji monolitu czy testowalności oprogramowania.

W tym odcinku rozmawiamy między innymi o:

• przeznaczeniu wzorca Entity,
• różnych metodach nadawania tożsamości obiektom,
• podziałach encji względem cykli życia w domenie,
• różnicach pomiędzy encjami a agregatami czy Value Objectami,
• mapowaniu encji domenowych na encje bazodanowe.

Zapraszam!

Materiały dodatkowe:

• Implementing Domain-Driven Design, rozdział 5 poświęcony encjom domenowym
• What Is the Hi/Lo Algorithm?, artykuł na temat algorytmu Hi/Lo do generacji identyfikatorów
• Entity Identity vs Database Primary Key
• Modular Monolith with DDD, repozytorium Kamila, w którym moduły korzystają ze wszystkich wzorców omawianych w odcinku wzorców taktycznych

W trakcie implementacji systemu często stajemy przed problemem kontroli uprawnień i decydowaniu, czy pozwalamy użytkownikowi wykonać określoną operację. Ten jeden, pozornie prosty IF w kodzie jest pretekstem do dzisiejszej rozmowy z Bartkiem Słotą, na temat kontroli uprawnień w projekcie opartym o techniki Domain-Driven Design.

Na konkretnym przykładzie przejdziemy proces analityczno-modelarski i rozważymy możliwe opcje, ich zalety i wady.

Materiały dodatkowe:

Fragment EventStormingu, a także mapa kontekstów z przedstawionymi relacjami znajdują się na boardzie Miro: https://miro.com/app/board/uXjVPq0-LUM=/

W odcinku pojawiają się narzędzia i herystyki modelowania, o których szerzej posłuchać można we wcześniejszych odcinkach podcastu:

• BSD #43 O subdomenach biznesowych ze Sławkiem Sobótką
• BSD #37 O Context Mappingu z Bartkiem Słotą
• BSD #26 O perspektywach Being, Behaving, Becoming
• BSD #8 O Bounded Contextach ze Sławkiem Sobótka

Materiały dodatkowe:

• Functional Event Sourcing Decider, źródłowy artykuł na blogu Jérémiego Chassaing na temat implementacji wzorca Decider
• Functional Event Sourcing, nagranie prezentacji Jérémiego z DDD Europę 2020, niestety bez obrazu z laptopa
• How to effectively compose your business logic, artykuł Oskara na temat kompozycji logiki z wzorcem Decider
• How events can help in making the state-based approach efficient, eventowe podejście do zmiany stanu systemu
• Writing and testing business logic in F#, kolejny artykuł z bloga Oskara na temat użycia Decidera, tym razem w F#

Aktualizacja... Podczas publikacji odcinka niestety nie zapisały się linki do książek. 

• Enterprise Patterns and MDA: Building Better Software with Archetype Patterns and UML, Jim Arlow, Ila Neustadt
• Analysis Patterns: Reusable Object Models, Martin Fowler, z przedmową Ralpha Johnsona i Warda Cunninghama
• Data Model Patterns: Conventions of Thought, David C. Hay
• The Data Model Resource Book: A Library of Universal Data Models for All Enterprises, Len Silverston - książek z tej serii jest kilka, kolejne dotykają różnych domen biznesowych lub są rozwinięciem poprzedniego wydania

Mały komentarz w kwestii powyższych pozycji... Moim zdaniem nie są to książki, które czyta się od przysłowiowej deski do deski. Są to katalogi modeli lub pomysłów, po które się sięga w razie potrzeby, gdy spotyka się dany problem. Oczywiście niektóre problemy są bardziej uniwersalne i powszechne, choć literatura nie klasyfikuje tego w ten sposób. Niezależnie od tego, trzeba te koncepty przefiltrować przez własne doświadczenie.

Materiały dodatkowe:

• Domain Storytelling Quick Start Guide, szybkie wprowadzenie do techniki
• Domain Storytelling: A Collaborative, Visual, and Agile Way to Build Domain-Driven Software, Henning Schwentner oraz Stefan Hofer
• Find Context Boundaries with Domain Storytelling, prezentacja Henninga Schwentner oraz Stefana Hoferz konferencji DDD EU 2018
• LeasingNinja, przykład z użyciem Domain Storytellingu
• Egon.io, proste narzędzie do wizualizacji historyjek
• Egion.io - examples, repozytorium z kilkoma przykładami do Egon

Materiały dodatkowe:

• Modular monolith: Primer, część 1 serii
• Modular Monolith: Architectural Drivers, część 2 serii
• Modular Monolith: Architecture Enforcement, część 3 serii
• Modular Monolith: Integration Styles, część 4 serii
• Modular Monolith: Domain-Centric Design, część 5 serii
• Modular Monolith with DDD, przykład modularnego monolitu w repozytorium Kamila na Githubie
• Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions, Gregor Hohpe

Dodatkowe materiały

• Wardley Mapping - notatki ze spotkania na Miro
• Konto Simona Wardley’a na Twitterze
• Nauka map Wardley’a w 90 sek
• Narzędzia konsultanta, artykuł wprowadzający na blogu Radka
• Analiza przypadku Zalando, przykład praktycznego użycia map
• Introduction to Value Chain Mapping", keynote Simona Wardley'a z konferencji OSCON 2014
• Crossing the River by Feeling the Stones , prezentacja Simona Wardley'a z konferencji DDD Europe 2018
• On being lost, artykuł autorstwa Simona Wardley'a

Materiały dodatkowe

• Context Maps - a deep dive, Michael Plöd, prezentacja z konferencji KanDDDinsky 2019

Shawn speaks to two consultants, Mathias Verraes and Ross tuck, about Domain-Driven Design (skipping the introductory parts). We discuss temporal modeling, functional modeling, process modeling, and much more.

Event Sourcery: An Introductory Course into DDD, CQRS, and Event Sourcing