Focus

Domain-driven Design

Articles, podcasts, talks, trainings, and more about DDD.
Talk
Talk

Microservices: Wo sind meine Transaktionen und meine Konsistenz hin?

IT-Tage 2021 / 09:00 - 09:45

Talk
Talk

Domain-driven Design fĂĽr Legacy-Systeme

IT-Tage 2021 / 12:00 - 12:45

Talk
Talk

Domain-driven Design für Fortgeschrittene – 6x4 Stunden Workshop

DDD Europe 2021 Workshops / 09:00 - 13:00

Online training
Online training

Domain-driven Design in Practice

iSAQB Module DDD

See more dates
Sold out
Link

DDD für Fortgeschrittene: 6x4 Stunden Workshop mit Michael Plöd
Podcast

Ist Domain-driven Design ĂĽberbewertet?

Goldenes Kalb oder „nur“ Werkzeug?

Lucas Dohmen
Stefan Tilkov
Blog Post

Is Domain-driven Design overrated?

Domain-driven design (DDD) is a useful approach that provides excellent guidelines for modeling and building systems, but it is a means to an end, not an end in itself. While the concepts are valid, you lose a lot if you limit yourself to using them only: There actually is a life beyond DDD.

Article

Domain-driven Design und Bounded Context

Die Konzepte von DDD und Bounded Context sind in der Praxis komplizierter, als es auf den ersten Blick erscheint.

Article

Domain-driven Design to the code

Umsetzung des Domänenmodells ohne Technologie-Einfluss

Article

Command & Control, SAFe, Domain-driven Design, and Release Trains

A release train helps to coordinate several dependent projects. In a release train, all projects develop coordinated versions that go through phases such as beta testing, release, or updates together. The idea has proven itself in many large projects like Eclipse, Ubuntu, the Spring Framework, or LibreOffice.

Article

Identification of quality requirements with Quality Storming

In various communities, several methods for the collaborative modeling of business requirements have been established in recent years. Well-known examples are EventStorming or Domain Storytelling. These approaches are based on achieving a better shared understanding of the business requirements in an interdisciplinary way. But what about the requirements for the quality of the software being developed? Especially here, a collaborative approach is immensely important in order to avoid chasing after imperfect ideals that cause the costs and complexity of products to explode. This is where the workshop format Quality Storming comes in, which I would like to introduce in the course of this article.

Article

Warum Domain-driven Design?

Fachlich sinnvoll schneiden

Blog Post

code-your-model

Some time ago I was looking for some simple, lightweight tool to document a complex, modularized model. I was not able to find anything that fits my requirements or expectations, so I came up with my own idea. Today, a good 15 months later, I want to introduce it to you.

Article

Cloud-native, Microservices, Domain-driven Design, Kubernetes

Software-Entwicklung unterliegt schon immer Hypes. Im Moment reden alle über Microservices und Cloud-native. Aber helfen diese Ansätze wirklich weiter?

Blog Post

Event Storming und Domain Story Telling - Ein Vergleich
Blog Post

Cooking with Onions: Inward-Pointing Arrows

Some violations of our architectural principles are easy to spot. Others hide in plain sight, and neither static analysis nor a shallow code review will help you spot them.

Blog Post

Domain Events vs. Event Sourcing

Why domain events and event sourcing should not be mixed up.

Blog Post

Domain Events vs. Event Sourcing

Weshalb Domain Events und Event Sourcing nicht vermischt werden sollten

Blog Post

Was ist ein Domain-driven Design Architektur-Kata?

Architektur-Katas sind ein sehr interaktives Trainingsformat. Sie eignen sich hervorragend, um Domain-driven Design (DDD) zu vermitteln.

Blog Post

Schubladendenken - aber konstruktiv

Verwendung von Stereotypen im Code als Basis für ein gemeinsames Architekturverständnis - und mehr

Blog Post

Domain Exceptions?

Gibt es fachliche Ausnahmen und ist es sinnvoll, diese als Exceptions zu modellieren?

Blog Post

DDD mit Onion Architecture

3 GrĂĽnde, weshalb Onion Architecture fĂĽr die Umsetzung von Bounded Contexts nach Domain-Driven Design besonders geeignet ist.

Blog Post

The language of maths is not the language of your business

Abstractions from category theory can be powerful. But there are reasons why you may want to keep your domain model free of them.

Article

Domain- und Test-driven Development mit Spring Boot 2 Softwarearchitektur
Link

Domain-driven Design – Tipps aus der Praxis. Interview mit Michael Plöd
Podcast

Domain-Driven Design

Ăśberblick ĂĽber Strategic und Technical Design mit DDD

Lucas Dohmen
Michael Plöd
Article

Microservices lieben Domain Driven Design, warum und wie?

Domain Driven Design im Kontext von Microservices

Link

Domain-driven Design im Experten-Check: Wie kann DDD in die Praxis umgesetzt werden?
Link

Domain-driven Design im Experten-Check: Was sind die typischen Probleme bei der Umsetzung von DDD?
Link

Domain-driven Design im Experten-Check: Warum ist DDD heute relevanter denn je?
Article

Domain-Driven Design in Clojure

Obwohl DDD meist im Zusammenhang mit Objektorientierung genannt wird, sind die Prinzipien auch gut mit einer funktionalen Sprache umsetzbar. Eine EinfĂĽhrung in Clojure, dem Lisp fĂĽr die JVM, bietet beispielsweise [1] [2] [3].

Link

Softwarearchitektur im GroĂźen