Comment Re:Code the way you want... (Score 1) 372
I tend to work on two sets of code. The first set is the code currently under formal development. The second set is the code that will actually be needed at the end of the project when every figures out what we were really trying to build in the first place. I can stay ahead of the game on this second set because I skip all the usual formal cruft. Then, four-fifths of the way through the project, when the formal development goes pear-shaped, I pull out the second set of code and say “let's use this.” Sure it drives my hourly rate down and means some weekend work for free, but I have more fun, learn more, and have a better portfolio to point to. (FWIW, I didn't originate this technique, one of my very early coding mentors apprenticed me in using it. We used to say: “there are four plans: plan A is the spec, plan B is what management thinks we're doing, plan C is what we're actually doing, but plan Z is what we know really needs to get done and what we'll do on the side for when it all hits the fan.”)