The failed promise of Domain-Driven Design - part 1

no-kill-switch.ghost.io

The failed promise of Domain-Driven Design - part 1

no-kill-switch.ghost.io

lysdexic@programming.dev to

Domain-Driven Design@programming.devEnglish · 8 months ago

A few weeks ago, we (myself & my two friends - Tomek & Wojtek, as a part of a community called CTO Morning Coffee) hosted an online X Spaces session on Domain-Driven Design (DDD). To be clear, this wasn't supposed to be an intro session; quite the contrary. We intended to discuss

You must log in or register to comment.

Chat

Domain-Driven Design@programming.dev

ddd@programming.dev

Create a post

You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: [email protected]

“Domain-Driven Design is an approach to software development that centers the development on programming a domain model that has a rich understanding of the processes and rules of a domain. The name comes from a 2003 book by Eric Evans that describes the approach through a catalog of patterns. Since then a community of practitioners have further developed the ideas, spawning various other books and training courses. The approach is particularly suited to complex domains, where a lot of often-messy logic needs to be organized.” – Martin Fowler (link)

Rules

Follow programming.dev rules
Be excellent to each other, no hostility towards users for any reason
No spam of tools/companies/advertisements. It’s OK to post your own stuff part of the time, but the primary use of the community should not be self-promotion.

Visibility: Public

This community can be federated to other instances and be posted/commented in by their users.

4 users / day
4 users / week
4 users / month
4 users / 6 months
1 local subscriber
271 subscribers
17 Posts
0 Comments
Modlog