Images in this post missing? We recently lost them in a site migration. We're working to restore these as you read this. Should you need an image in an emergency, please contact us at imagehelp@codebetter.com
The Tao of Domain Driven Design

Tao is often referred to as 'the nameless', because neither it nor its principles can ever be adequately expressed in words. It is conceived, for example, with neither shape nor form, as simultaneously perfectly still and constantly moving, as both larger than the largest thing and smaller than the smallest, because the words that describe shape, movement, size, or other qualities always create dichotomies that are only parts of Tao. (wikipedia)

Domain Driven Design is the latest  software fad, and DDD is already becoming a buzzword recruiters are looking for on CVs. Every developer wants to be doing it, and many think they are doing it.

But most of these developers see DDD as a series of software patterns and development guidance, and miss what really underpins DDD - The Tao of DDD

Domain Driven Design certainly includes software patterns, and certainly includes coding guidance, but what the book is really about is a different way of thinking, a different way of solving problems, a different way of communicating.

In DDD the principles of Repositories, Entities, and Anti Corruption Layers merely mask the more important message, that software developers need to become part of their business users domains, developers need to stop thinking in technical terms and constructs, and need to immerse themselves in the world their business users inhabit.

DDD is more about how we as developers remove the artifical boundaries that exist between IT and the businesses we are there to support.

If you read DDD as a software development "cookbook", or you pick and choose patterns you like from the book, you will miss the whole point:

There is technically nothing new or revolutionary in DDD, there is only a guide to a better way of thinking.

While the Tao cannot be expressed, Taoism holds that it can be known, and its principles can be followed.   (wikipedia)


Posted 09-10-2008 9:21 AM by Jak Charlton

[Advertisement]

Comments

Ollie Riches wrote re: The Tao of Domain Driven Design
on 09-10-2008 4:49 AM

I’ve always believed that a defined domain model & ubiquitous language are the most important artefacts of DDD, and I’m not talking about a code implementation of these.

Colin Jack wrote re: The Tao of Domain Driven Design
on 09-10-2008 5:37 AM

Yup that just about sums it up. The patterns are useful too but too many seem to steal the patterns (often changinging them along the way) and combine them with an ORM believing the end result is DDD.

Dew Drop - September 10, 2008 | Alvin Ashcraft's Morning Dew wrote Dew Drop - September 10, 2008 | Alvin Ashcraft's Morning Dew
on 09-10-2008 9:11 AM

Pingback from  Dew Drop - September 10, 2008 | Alvin Ashcraft's Morning Dew

Rick wrote re: The Tao of Domain Driven Design
on 09-10-2008 9:42 AM

You start off saying "Domain Driven Design" is a fad, and referring to it as a concept, but then in Para 3 you are suddenly referring to Evan's, without mentioning it previously ..

After that I can't tell what you refer to in a particular paragraph, the book or the methodology / mindset / approach / attitude / tao / whatever you want to call it.

Jak Charlton wrote re: The Tao of Domain Driven Design
on 09-10-2008 9:59 AM

Links added to the bits that refer to the book ... though fundamentally the book and the methodology are one and the same ... until DDD evolves beyond Evans' work.

joe wrote re: The Tao of Domain Driven Design
on 09-10-2008 3:18 PM

How dare you suggest that DDD is a buzzword.  Next you will probably insinuate that it has no place in 90% of applications written and that you can do CRUD just fine without a domain expert and ubiquitous language.

Im shocked, shocked that someone would have the gall, on the internet of all places to even mention such a thing.

<3

2008 September 11 - Links for today « My (almost) Daily Links wrote 2008 September 11 - Links for today &laquo; My (almost) Daily Links
on 09-11-2008 1:01 AM

Pingback from  2008 September 11 - Links for today &laquo; My (almost) Daily Links

BlogCoward wrote DDD Mysticism
on 10-26-2008 9:27 PM

DDD Mysticism

Casey Charlton - Insane World wrote DDD: There Is No Database
on 02-12-2009 2:27 AM

Do not try to bend the spoon; that&#39;s impossible. Instead only try to realize the truth: There is

Community Blogs wrote DDD: There Is No Database
on 02-12-2009 3:11 AM

Do not try to bend the spoon; that&#39;s impossible. Instead only try to realize the truth: There is

DDD Step By Step wrote DDD: There Is No Database
on 02-22-2009 3:32 PM

Do not try to bend the spoon; that&#39;s impossible. Instead only try to realize the truth: There is

About The CodeBetter.Com Blog Network
CodeBetter.Com FAQ

Our Mission

Advertisers should contact Brendan

Subscribe
Google Reader or Homepage

del.icio.us CodeBetter.com Latest Items
Add to My Yahoo!
Subscribe with Bloglines
Subscribe in NewsGator Online
Subscribe with myFeedster
Add to My AOL
Furl CodeBetter.com Latest Items
Subscribe in Rojo

Member Projects
DimeCasts.Net - Derik Whittaker

Friends of Devlicio.us
Red-Gate Tools For SQL and .NET

NDepend

SlickEdit
 
SmartInspect .NET Logging
NGEDIT: ViEmu and Codekana
LiteAccounting.Com
DevExpress
Fixx
NHibernate Profiler
Unfuddle
Balsamiq Mockups
Scrumy
JetBrains - ReSharper
Umbraco
NServiceBus
RavenDb
Web Sequence Diagrams
Ducksboard<-- NEW Friend!

 



Site Copyright © 2007 CodeBetter.Com
Content Copyright Individual Bloggers

 

Community Server (Commercial Edition)