Think Before Coding

To content | To menu | To search

Tuesday, June 14, 2011

DDDx 2011

I’m just back from DDDx 2011, and it was great !

The event happened Friday 10 at Skills Matter in London, with great speakers, coffee and food.


You can see all the talks on Skills Matter website. Congratulation to the team that released the videos on the web in less that an hour.


It was also the occasion to meet IRL DDD practitioners I usually find on twitter.


You can also register for next year now for only 50£.


So Hurry up !

Saturday, April 18, 2009

TDD becomes Design By Example

Just have a look to Brad Wilson’s post It's Not TDD, It's Design By Example.

What the name Test Driven Development has going against it is that it doesn’t properly express the purpose of TDD; namely, that it is a process designed to help you drive and iterate the design of your implementation at the unit level.


Frustrated by the misunderstanding of the purpose of TDD, my friends and I (Peter, Jim, Brian, Scott, and many others, all agile practitioners and coaches) decided to start calling it Test Driven Design. A small change, but it starts to focus on the fact that the process is about design. Unfortunately, that “test” word baggage is still in there, so our next iteration was then Example Driven Design. This worked well too, but “EDD” and “TDD” were still too close together and confusing.

The final iteration ended up being Design By Example (DbE). Now when I talk about TDD, I always call it Design By Example, and explain why we like this name better than TDD. Where TDD(esign) or EDD failed to get traction, people really seem to resonate to Design By Example.

I think we can all gain clarity by using Design by Example instead on TDD. I adopt it from now on.

We still have to find disambiguation for highly overloaded terms like Service and Repository…