Imagine this: While tackling a subtle bug in a complex application, you make a simple change that you think will address the issue. But when you run the tests, a whole bunch of seemingly unrelated tests start to fail. You reverse the change, and they pass again, so it’s most certainly your change causing the problem.

You reapply your fix, run the tests, and a distinct set of unrelated tests start to fail! You stare at the screen in bewilderment. You’re quite literally at a loss for words, reduced to gesturing futilely at the screen because none of this makes any sense at all.

Gesticulation Driven Development is when you don’t quite believe what’s happening on screen in front of you. Muted by frustration, the only way left to express yourself is by waving your hands.

Many developers never experience GDD, preferring instead the vigorous application of Profanity Driven Development.

Sometimes, however, what happens on screen is just so profoundly weird that words fail us.

Effectively responding to a situation involving GDD involves cutting yourself some slack - the computer is only doing what it’s told to do, so there must be a reasonable explanation for the unutterably weird thing you’re observing. A good place to start is by checking your assumptions.

Comments

blog comments powered by Disqus
Next Post
Sharpen The Saw - August 2021  31 Jul 2021
Prior Post
Magpie Driven Development (MDD)  10 Jul 2021
Related Posts
Browsers and WSL  31 Mar 2024
Factory methods and functions  05 Mar 2023
Using Constructors  27 Feb 2023
An Inconvenient API  18 Feb 2023
Method Archetypes  11 Sep 2022
A bash puzzle, solved  02 Jul 2022
A bash puzzle  25 Jun 2022
Improve your troubleshooting by aggregating errors  11 Jun 2022
Improve your troubleshooting by wrapping errors  28 May 2022
Keep your promises  14 May 2022
Archives
July 2021
2021