Question

I’m sure you have all been there, you take on a project where there is a creaky old code base which is barely fit for purpose and you have to make the decision to either re-write it from scratch or repair what already exists.

Conventional wisdom tends to suggest that you should never attempt a re-write from scratch as the risk of failure is very high. So what did you do when faced with this problem, how did you make the decision and how did it turn out?

Answer 1

It really depends on how bad it is.

If it’s a small system, and you fully understand it, then a rewrite is not crazy.

On the other hand, if it’s a giant legacy monster with ten million lines of undocumented mystery code, then you’re really going to have a hard time with a full rewrite.

Points to consider:

• If it looks good to the user, they won’t care what kind of spaghetti mess it is for you. On the other hand, if it’s bad for them too, then it’s easier to get agreement (and patience).
• If you do rewrite, try to do it one part at a time. A messy, disorganized codebase may make this difficult (i.e, replacing just one part requires a rewrite of large icebergs of dependency code), but if possible, this makes it a lot easier to gradually do the rewrite and get feedback from users along the way.

I would really hesitate to take on a giant rewrite project for a large system without being able to release the new edition one part at a time.