Brooks's insight was empirical. He had watched the OS/360 project and other large IBM efforts, and he had noticed that teams which treated the first implementation as the final product consistently delivered worse systems than teams which treated the first implementation as exploration. The difference was psychological: the team that planned to throw the first version away was free to experiment, to take risks, to discover what would not work. The team that expected the first version to ship was conservative, risk-averse, and blind to the gap between their initial specification and the actual problem.
The prescription was controversial in management contexts because it seemed to license wasted effort. Managers wanted the first version to be the shipping version; they did not want to pay for two implementations when they thought they were paying for one. Brooks's counter-argument was that they were going to pay for two implementations regardless — because the first version, forced into production, would be bad enough that a rewrite would be necessary within a few years. Planning for the rewrite from the start produced a better second version at lower total cost.
You On AI moment has transformed the economics of this prescription. The first version that used to take six months now takes six hours. The cost of throwing it away has collapsed proportionally. In principle, this should be an unalloyed improvement: cheaper exploration means more exploration means better final versions. In practice, the improvement is partial.
The Brooks volume argues that the speed of generation does not reduce the difficulty of evaluation. The builder can produce ten prototypes in a week, but she must still examine each prototype, understand what it reveals, and integrate the learning into her understanding of the problem. The cognitive work of learning from the prototype has not compressed as dramatically as the cognitive work of producing it. The result is that many AI-era builders produce more prototypes without extracting proportionally more learning — and therefore without developing the understanding that the throw-one-away prescription was designed to produce.
Brooks's prescription appeared in Chapter 11 of The Mythical Man-Month, titled 'Plan to Throw One Away: You Will Anyway.' The formulation was deliberately provocative; Brooks wanted to force managers to confront the empirical reality their budgets and schedules denied.
The anniversary edition's The Mythical Man-Month After 20 Years chapter revised the position slightly. Brooks acknowledged that the prescription had been misunderstood: he was not recommending that teams always build two versions, but that they build the first version with the honest expectation that significant parts of it would not survive into production. The 'incremental build' and 'evolutionary development' methodologies of the 1990s were consistent with this refined position.
Exploration as purpose. The first version's purpose is to discover what the system should be, not to be what the system is.
Honest economics. Managers who expect the first version to ship pay for two versions anyway; the prescription is to pay openly rather than through crisis.
The learning requirement. Throwing one away requires extracting the learning; the speed of generation does not automate the understanding.
AI compression. The cost of the first version has collapsed under AI; the value of the prescription depends on whether the builder's evaluative capacity has kept pace.