Global Day of Coderetreat December 3rd

Can't wait!

http://coderetreat.ning.com/profiles/blogs/how-a-coderetreat... gives an introduction to the format. I hope to attend the next one, in Dublin, Ireland.

I'm a little skeptical about the format though.

You develop in 45 minute long cycles, and must delete your code at the end of the 45 minutes.

However, you are supposed to use test driven development.

I'm a little skeptical of TDD in general - I see advantages to the process, although suspect its oversold.

But TDD for a 45 minute development window? Does this really make any sense?

It seems to me that it'd end up more as a practice of writing tests quickly, rather than a practice of coding. Why do you need the agility that tests bring, in a 45 minute window?

I guess I'll find out on the 3rd!

Does anyone that's done this before, want to give me the benefit of their experience?

It's not about writing things quickly. It's not about learning the basics of TDD. It's not about learning and solving a new problem. Hell, it's not even about solving the problem. In these 45 minute chunks, you will not solve the problem.

Because the goal is not to solve the problem.

The goal is to realize that many of your preconceptions of how you should write code ought to be bent, modified, or broken.

I participated in a code retreat less than a month ago (led by, of course, Corey)... I'd always thought I was pretty good at TDD and OO design. I like to think that I'm humble enough to know I wasn't an expert. But after the code retreat, I realized that I have much further to go than I thought.

AAA+++++ HIGHLY RECOMMEND!!!!

Code retreat is not about writing tests or code quickly, it's about writing them as well as you possibly can. If you have 2 lines of code after 45 minutes, that's fine. If you've solved half the problem, that's fine too. The 45 minute cycles are there to prevent you from attempting to solve the entire problem. You should be writing the best code you can, not try to solve as much of the problem as possible in 45 minutes.

During the break between cycles you can reflect on the solution you tried to write and hear how other pairs tried to solve the problem.

While the participants are encouraged to use TDD, this is no strict rule. The goal is to write the best, cleanest code you possibly can.

What I've found the most value in, is that you get to pair with 6-7 different programmers you've probably never met before - and thus you get to learn how other people approach the problem, you'll learn how your skills compare to those of others and you'll also learn a lot of little things, e.g. IDE shortcuts you didn't know of.

And you usually get to program in a language you might not be familiar with.

I've already attended two code retreats and it was very, very well worth it!