Read my latest article: 8 things I look for in a Ruby on Rails app (posted Thu, 06 Jul 2017 16:59:00 GMT)

Dialogue-Driven Development is about rounded corners

Posted by Sat, 05 Aug 2006 14:49:00 GMT

5 comments Latest by James Mon, 07 Aug 2006 21:01:31 GMT

In response to our introduction of Dialogue-Driven Development, writes, ” seems to be the Rails community’s pattern to take an existing concept — or misconception — put rounded corners on it and deem it something new.” (link)

I’m not sure that I can completely agree with this generalization. What I’ve witnessed as a member of the Rails community, is an attempt to simplify code, solutions, processes, and as a result… conversation between developers and clients has become much richer and coherent. Take this with a grain of salt as this has only been my experience. Complex solutions are complex to explain and often too complex to know if they are actually solving the right goal. On the other hand, simple solutions make way for better dialogue. With Ruby on Rails, we are provided with a foundation that encourages and embraces best practices and simple solutions (rounded corners?), which makes it easier to discuss with the client. This is what fascinates me about Ruby on Rails… and what Martin Fowler in his keynote at RailsConf.

Perhaps it makes sense that what Brian and I are outlining with our approach to defining patterns for client<->development team interaction evolved through us working with Ruby on Rails. However, there is nothing that requires Rails in order to follow the patterns that we’re discussing. In Brian’s first article about d3, he referenced the following…

“What we are seeing is a drive toward simplicity. Conventional wisdom once was “quick necessarily means dirty”. Ruby challenges that.
Martin Fowler

At the very core of our approach with Dialogue-Driven Development is the Agile Manifesto. The author of this post is correct, we’re taking an existing concept and putting rounded corners on it. We’re trying to make it simpler. We find that Scrum is too process heavy and while we can see it being a good step away from the Waterfall approach, it’s still not giving us that warm and fuzzy feeling. Rails developers know what that warm and fuzzy feeling is… and we are hoping to find something that gives our clients and us the same feeling when we’re not coding. We want lightweight methodologies to complement our lightweight frameworks and patterns.

We are uncovering better ways of developing
software by doing it and helping others do it.
Through this work we have come to value:

Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan

That is, while there is value in the items on
the right, we value the items on the left more.

The Agile Manifesto

It’s time to start rethinking how we work with clients. Too often we end up working for them and while we might build them what they want… we might not be giving them what they need.

So, I must ask… has working with Ruby on Rails reshaped the way you think about client and developer conversation? If so, for the better or worse?

High traces of collaboration and dialogue are usually found in the recipe of any successful project.

Related Articles

Don't Mock Me said the Dummy Object

Posted by Wed, 18 Jan 2006 14:11:00 GMT

2 comments Latest by J. B. Rainsberger Fri, 02 Jun 2006 20:27:41 GMT

Martin Fowler posted a short entry on his bliki titled, TestDouble where he mentioned Gerard Meszaros’ book which is a collection of patterns for Xunit frameworks. Martin then describes how Gerard has encountered a lot of confusion over similar names for testing objects (stubs, mocks, fakes, dummies,...) in different frameworks and has provided a nice description of each to help you differentiate between them.

Read more…

Fowler, Voorhis and Travel Clothing

Posted by Wed, 21 Dec 2005 01:22:00 GMT

1 comment Latest by Bruno Mon, 21 Aug 2006 11:59:46 GMT

Martin Fowler has written a piece on his bliki titled, TravelClothing

He goes on to describe some best practices for choosing travel-friendly clothing. While reading this… I was instantly reminded of a trip that Jeremy and I made in November.

This is how Jeremy Voorhis packs for a business trip.

How about you?

Is the Ruby community... nicer?

Posted by Mon, 26 Sep 2005 15:15:00 GMT

Our favorite programming guru, Martin Fowler has written a post on his bliki about Ruby People

From my years of working in the open source community, I have not seen a community so friendly and so cultured (meaning, we come from PHP, Java, .NET, Perl, Python, etc.) The elitism is minimal in the Ruby community… we all just want to have fun and write elegant code. :-)

Do you find the Ruby community friendlier?