Wednesday, July 12, 2006

Bad Software.

Why it is so hard to make great software. I've been talking with a colleague at work over numerous lunchtimes about this...

What I've come to the conclusion of is:
BAD + GOOD = BAD + 1 with a lot of time, effort and frustration getting there
BAD + BAD = BAD

So I've come to realise that unless you (and those that you work with) refuse to take the tempting shortcuts and turn your back on the desire to implement a quick hack just to get it done, then it is questionable whether it is worth trying to make something that is already a mess just slightly less of a mess?

Unless it is your explicit aim to make the jump from BAD to GOOD then you are probably better off just getting the job done (quickly) and not worrying too much about how bad everything is. Otherwise what will happen:
Will you will have spent more time than expected, and therefore look less productive?
Will the changes that you've made be noticed or even appreciated by anyone?
How long before someone else makes another change and undoes all your 'GOOD' work, especially if not everyone in the team aspires to make things GOOD.

This is a slighly self-defeatist argument and I would appreciate the views and opinions of others on this.