DDD Weekly: Issue #64

January 5, 2020

You are also opting in for interesting, DDD-related emails from buildplease.com

The Product-Minded Software Engineer [blog] Gergely Orosz. After each project, their product understanding deepens, and they start to develop better and better product instincts. The next time, they’ll bring even more relevant suggestions to the table. Over time, they become a goto person for product managers, their advice being sought well before projects are kicked off. They build a strong reputation outside the team, opening more doors for their continued career growth.

How a relaxing coffee turned into strategic modeling… [blog] Zsofia Herendi. There is always the question: should we align teams with user journeys, business sub-capabilities, business process steps or something else?

Domain Driven Design and Functional Pure UI Components [blog] Kevin Mas Ruiz. I believe those patterns allows us to focus on user interactions, and allows us to treat the DOM as clay, which is easy to change.

Domain-Driven Design With React [blog] Adam Conrad. Ultimately, the choice is yours. This is just one example for myriad ways you could arrange your application. Domain-driven design is a valuable tool because it separates business logic in a meaningful way, creates a clearer distinction for domain expertise amongst developers, and provides rules for easily organizing and scaling your code.

Command & Control, SAFe, Domain-driven Design und Release-Trains [blog] Eberhard Wolff. Release trains coordinate the cooperation of different teams. Approaches from domain-driven design, on the other hand, delegate even more responsibility to the teams and therefore require less coordination

Storystorming W-JAX Munich [slides] Martin Schimak. The idea of collaboration is simple. come together consciously and regularly. domain experts meet technology experts. to analyze problems and design solutions.

Apply Domain-Driven Design to microservices architecture using OpenFaas [blog] Amir Movahedi. In this Article you will learn about Telar Social Architecture using OpenFaaS and how it helps to boost your productivity, development Speed, flexibility, scalability and so on. We are not going deep in DDD and Microservices but how we used them in Telar Social in a nutshell.

Functional Programming and Domain Driven Design - a match in Heaven! [video] Marco Emrich. Many concepts that play a role in DDD can be implemented very easily with functional programming. These include - Hexagonal Architecture - Describing invariants - Stateless Services This talk demonstrates how to implement many concepts of Domain Driven Design elegantly and effectively using examples of functional languages (e.g. ReasonML) as well as classic languages - used functionally (e.g. TypeScript). A look at the integration into classical languages and architectures provide the opportunity to actually use these techniques in practice.

How to Move Beyond a Monolithic Data Lake to a Distributed Data Mesh [blog] Zhamak Dehghani. Many enterprises are investing in their next generation data lake, with the hope of democratizing data at scale to provide business insights and ultimately make automated intelligent decisions. Data platforms based on the data lake architecture have common failure modes that lead to unfulfilled promises at scale. To address these failure modes we need to shift from the centralized paradigm of a lake, or its predecessor data warehouse. We need to shift to a paradigm that draws from modern distributed architecture: considering domains as the first class concern, applying platform thinking to create self-serve data infrastructure, and treating data as a product.

The Animated Anatomy Of DDD [video] Scott Millett.

Building microservices is easy. What’s hard… [tweet] James Hickey. Building microservices is easy. What’s hard: - Discovering proper boundaries - Integrating services (Messaging vs RPC) - Error handling (resiliency) - Sociotechno concerns (team boundaries, org changes) Can you think of any more?