
Abstract
The popular practice of having only two different kinds of builds (Debug and Release) is shown to be inadequate. Three to four different kinds of builds are proposed instead, allowing better performance of the final shipped product, more thorough error checking during development, and potentially better performance when running tests on a build server.