Domain-Driven Design

Sun, 14 Sep 2008 17:44:10 +0000

In my Thursday night graduate class, Enterprise Data Modeling, we're working through Eric Evans' book, Domain-Drive Design. The book is taking us through the concept of designing an application based on the domain, or business use, rather than through UML and directly with objects. So far, it's pretty dry but the concepts are very clear and relative to my world.

I'm only on chapter 3 but already the concept of a ubiquitous language is a solidification of what I've tried to do since the beginning of my career with computers. I've always known, maybe not so consciously, that business users and developers typically live on different levels. In the past, I've been the one the users come to for help because I don't throw up the typical IT wall in front of them. This book explains why developers suck at obtaining requirements and why end users don't give two shits about developers. Developing a vocabulary and language that BOTH parties can speak about a domain is key.

Ubiquitous Language on The Dangling Pointer

Domain-Driven Design