The first 90% of the code accounts for the first 90% of the development time. The remaining 10% of the code accounts for the other 90% of the development time.

The deceptive comfort of early progress

There's something almost cruel about how this observation exposes the gap between what looks like progress and what actually is. You can write most of a working program pretty quickly—the basic structure, the happy paths, the core logic. It feels like you're flying. Then comes everything else: the edge cases that break everything, the performance that grinds to a halt, the security holes, the features nobody asked for but suddenly everyone needs.

This applies way beyond software. You can get a house 80% renovated in a burst of activity, then spend the next year on details that somehow matter more than the big stuff. You can get a business 90% off the ground, then discover the last 10% is actually operating at scale, hiring people, handling complaints, fixing what breaks. The beginning feels exponential; the ending feels like pushing a boulder uphill.

The uncomfortable truth is that we're drawn to the first 90% because it's where we feel productive. It's visible, it's measurable, and it's genuinely fun. The remaining 10%—the refinement, the edge cases, the unsexy maintenance—is where most of the actual work lives. Recognizing this gap might not make that final push easier, but at least you won't be blindsided by it.