What actually got cheaper
A working first draft of a well-specified function is now close to free. Parsing a CSV with awkward quoting. A paginated list endpoint. Converting a callback-based class to promises. Writing fixtures for a test. Adding a migration. That work used to cost somewhere between twenty minutes and a day. It now costs roughly as long as it takes you to describe it and read the result.
That is a real change, and not a small one. But notice how narrow the claim is. It holds where you already know exactly what you want, the shape of the solution is common, and correctness is easy to check.
What did not get cheaper
None of this moved much:
- Deciding what to build, and for whom
- Knowing whether the thing you got back is right
- Integrating it with everything that already exists
- Operating it at 3am when it fails
- Getting five people to agree on one interface
- Understanding a system well enough to change it safely
These were always the expensive parts. They were just harder to see, because typing was expensive too, and typing was the visible activity.
The arithmetic that people skip
Suppose your engineers spend about a third of their working week actually writing code. Estimates vary a lot by team and by study, so treat that as a rough figure, not a fact about you. Now make that third three times faster.
You have removed about 22% of the week. Not 60%. Not 10x. And you have removed it from the stage of the pipeline that was never the queue.
This is the old lesson about optimising the wrong part of the system. If code review takes four days because reviewers are busy, and you now produce three times as many diffs, review takes longer, not shorter. You did not speed up delivery. You built a bigger pile in front of the same door.
The evidence is genuinely mixed, and you should know that
Two things are both true and they get quoted selectively.
On greenfield work, unfamiliar languages, boilerplate-heavy tasks, and one-off scripts, the gains are large and easy to feel. People who write a lot of glue code, or who work across many stacks, are not imagining it.
On mature codebases that you know well, the picture is murkier. A widely-discussed 2025 randomised trial had experienced open-source maintainers work on issues in their own repositories, with and without AI assistance. They finished roughly 19% slower with it. They believed they had been about 20% faster. The sample was small, the participants were unusually expert, and the tooling has changed since. Do not treat it as the final word. But the gap between felt speed and measured speed is the finding that keeps replicating in less formal settings, and it should make you cautious about your own impressions.
Both results can hold. Speed comes from not having to know things. In a codebase you already know, there is less not-knowing to buy your way out of, and more cost in checking output against context the model does not have.
Where the constraint went
The useful mental model is a factory with two stations: production and inspection. Production got much faster. Inspection did not. Every unit still has to pass through a human who understands the system, and that human's throughput is roughly what it was in 2022.
So the constraint moved from *making the thing* to *confirming the thing*. Almost every other lesson in this course is a consequence of that one sentence.
This is why teams that adopt these tools and change nothing else often see more activity and the same delivery. Commits are up, pull requests are up, everybody feels productive, and lead time is flat. The measurement that matters is not how much code you produced. It is how much verified, integrated, working change reached users, and how often it had to be rolled back.
Try this
For one week, tag your working hours into four buckets: figuring out what to build, writing, verifying and reviewing, and everything else (meetings, operations, waiting). Do it roughly. Half-hour granularity is fine.
Most people are surprised. If writing is 20% of your week, then the tool that makes writing free has a ceiling of 20% on you, and the honest question is what to do about the other 80%.
Before you move on