Browse by Tags

What is Domain Driven Design?

"... the key to expert performance in many fields is domain knowledge rather than intelligence." Don Reinertsen Domain Driven Design is a software development methodology, intended to achieve a software system closely modelled on and aligned...

Published 05-16-2011 3:15 AM by Jak Charlton

Filed under: Rants, Architecture, DDD, Domain Driven Design

My Objective Today is to Make You Think

"Maybe There is a Better Way" I recently presented at DeveloperDeveloperDeveloper in Sydney, and although my talk was Stuff About CQRS, I opened with the slide My Object Today Is to Make You Think ... 'Maybe There is a Better Way' (...

Published 07-19-2010 1:08 AM by Jak Charlton

Filed under: Rants, Architecture, DDD, cqrs

Agile is Performance, Feedback, Revision

I came across a great video link yesterday, entitled “ Performance, Feedback, Revision ”. It’s a Canadian rapper named Baba Brinkman covering the theory of evolution and the work of Charles Darwin, and he equates evolution with how he writes his lyrics...

Published 04-15-2010 3:45 AM by Jak Charlton

Filed under: Agile, Rants, Architecture

Solving Complexity with Message Based Architectures

Ultimately most complexity in software comes not from the requirements, the business logic, or even the underlying systems. Most complexity comes out of a poorly considered and managed architecture, and this is commonly seen in tightly coupled systems...

Published 02-04-2010 7:55 AM by Jak Charlton

Filed under: Practices and Principles, Architecture, DDD, SOA

What Is The Difference Between an IoC Container and MEF?

Today a conversation sparked off on Twitter, started by Jimmy Bogard and Matt Hinze , and then carried on by myself and Glenn Block . The basic starting point was what the difference was between using an IoC container like Windsor or StructureMap and...

Published 12-18-2009 6:50 AM by Jak Charlton

Filed under: Practices and Principles, .NET, Architecture, ASP.NET MVC, MEF, Castle

We Are Not Doing DDD – Part Two - CQS

From the beginning of my current project we have been working under some horrible constraints, many imposed by legacy systems, many by late decisions that would have speeded things immensely if made earlier, and many imposed by decisions that are outside...

Published 06-22-2009 5:32 PM by Jak Charlton

Filed under: Architecture, DDD, CQS

Commercial Suicide - Integration at the Service Level

In my previous post I described the problems with trying to integrate your organisation at the database level , and the fallacies surrounding the idea of the One True Authority Database. I also alluded to this being a problem with services too. When you...

Published 05-19-2009 8:03 AM by Jak Charlton

Filed under: Practices and Principles, Architecture, DDD, SOA

Commercial Suicide - Integration at the Database Level

There are many ways you can commit commercial suicide, but there is possibly no slower and more agonising death than that produced by attempting that great architectural objective, the single authoritative database to which all applications talk. The...

Published 05-14-2009 7:44 AM by Jak Charlton

Filed under: Practices and Principles, .NET, Architecture, DDD

We Are Not Doing DDD

Recently I joined a new project, and within reason, and excluding some legacy systems we have to talk to, we have the “luxury” of an almost greenfield project. Probably as greenfield as you realistically get anyway. I was brought in partially...

Published 04-08-2009 9:34 PM by Jak Charlton

Filed under: Practices and Principles, Architecture, DDD

Delay All Your Decisions

I sat down yesterday for a really interesting interview with a potential client. We discussed a variety of things, but one thing that stood out for me was a question around which message bus I would use and why. Apparently there had been some discussions...

Published 03-21-2009 5:02 PM by Jak Charlton

Filed under: Practices and Principles, Architecture

DDD: Invariants or Contextual Validation?

Greg Young made a good point to me regarding my last post about Validation, Consistency and Immutability , specifically around validation – even more specifically he thought I may have simplified it too far. I was trying to cover the basics of the subject...

Published 03-11-2009 9:10 AM by Jak Charlton

Filed under: Practices and Principles, Architecture, DDD

DDD: Sample Application First Steps

As mentioned in my last post , the DDD Parcel Service is opening up for business soon. Also as mentioned, the first thing I did was to grab my Domain Expert and start some initial conversations around the first areas I am approaching – the Booking service...

Published 03-09-2009 5:39 PM by Jak Charlton

Filed under: Practices and Principles, Architecture, DDD

DDD: The Beginning of My Sample Application

The Domain Driven Design Parcel Service is a small competitor in a hugely competitive market. With such competitors as UPS, FedEx and DHL, we are at a competitive disadvantage, and need a solution to cover our interactions with our customers, and to streamline...

Published 03-07-2009 7:08 PM by Jak Charlton

Filed under: Practices and Principles, Sample Code, Architecture, DDD

DDD: Validity, Consistency and Immutability

There seems to be some confusion around these and similar concepts, so I thought it might be an idea to provide some clarification. Now these things aren’t specific to DDD, but they certainly have a lot of relevance there, and often provoke furious debate...

Published 03-04-2009 4:47 PM by Jak Charlton

Filed under: Practices and Principles, Architecture, DDD

DDD: The Specification Pattern

Continuing our series on Domain Driven Design, we now get to one of the more interesting patterns in DDD – the Specification . A Specification is, in simple terms, a small piece of logic that sits on it’s own and gives an answer to a simple question ...

Published 03-02-2009 3:57 PM by Jak Charlton

Filed under: Practices and Principles, Architecture, DDD

Sponsors

Syndication

Recent Posts

Tags

Archives

What is Domain Driven Design?

My Objective Today is to Make You Think

Agile is Performance, Feedback, Revision

Solving Complexity with Message Based Architectures

What Is The Difference Between an IoC Container and MEF?

We Are Not Doing DDD – Part Two - CQS

Commercial Suicide - Integration at the Service Level

Commercial Suicide - Integration at the Database Level

We Are Not Doing DDD

Delay All Your Decisions

DDD: Invariants or Contextual Validation?

DDD: Sample Application First Steps

DDD: The Beginning of My Sample Application

DDD: Validity, Consistency and Immutability

DDD: The Specification Pattern