I'd say "Build One To Improve" instead of "Build One To Throw Away". Software is infinitely malleable, so there's no need to start from scratch. You can morph

I'd say "Build One To Improve" instead of "Build One To Throw Away". Software is infinitely malleable, so there's no need to start from scratch. You can morph your code from its present state to any desired state smoothly, keeping it working (and passing all its unit tests) the whole time. "Throwing one away" usually also throws away lots of hard-won corner case fixes and QA testing.