Alex’s Notes

Alex’s Notes

Alex Reid  //  Software developer from Newcastle upon Tyne, UK. All of the dubious opinions stated here are purely my own and not those of my employer.

Jun 24 / 1:43am

Code shouldn't be sat on

When a software project is ready to release, there is a temptation to keep polishing and refining, rather than releasing it for consumption and inevitable criticism. A bit like a hen who doesn't want their eggs to hatch.

Bad similes aside, it is wrong to perpetually incubate work where it is out of harms way, under the pretence of being a perfectionist or having exceptionally high standards. In reality this could be indicative of a lack of confidence in what is being produced.

It is vital to set high standards. However the "release early and often" rule is still a good one. I have found that when code is put out there scrutiny it improves rapidly. This is obvious. Attention is paid to the right places, not where developers think the improvements need to be made. And when the code does go live to the world, it can be done so with utmost confidence.

Loading mentions Retweet

Filed under // development web development

3 comments

Jun 24, 2009
Nathan Davies said...
this is so true. Releasing code for use & abuse is the only way to reach the really polished state
Jun 26, 2009
Leanne Johnson said...
This lesson can certainly be applied to design, too - there is always the temptation to tweak things, make them better, analyse them further. But ultimately, the project needs to be put live to find out whether its goal has been reached. And if it fails, we learn from that for next time :)
Jun 26, 2009
Alex Reid said...
I suppose it applies even more to printed design work or writing - software, particularly web-based can be rapidly changed. I imagine that when 40 million copies have been ordered, making changes gets expensive!

Leave a comment...

 
Got an account with one of these? Login here, or just enter your comment below.
Posterous-login    twitter