bonesso.io

The Great Productivity Panic Is a Confession, Not a Crisis

Bloomberg dropped a piece this week declaring that AI coding agents are fueling a "productivity panic" in tech. Karpathy said programming has changed more in the last two months than in decades. DHH called it the biggest shift in 40 years of making computers do his bidding. METR tried to measure it and their study literally fell apart because developers refused to work without AI.

Everyone is talking about this. And almost everyone is missing the point.

The panic isn't about productivity. It's about identity. And if you understand that distinction, you understand everything happening in software right now.

1. The Study That Ate Itself

Let's start with the most revealing data point of the week. METR, the AI safety research organization, published an update admitting their developer productivity experiment is basically broken.

Their original 2025 study found AI tools caused a 20% slowdown among experienced open-source developers. That result became a rallying cry for skeptics. "See? AI doesn't even help! It makes you slower!"

Then they tried to run a follow-up study in 2026. It collapsed.

Not because the tools got worse. Because developers refused to participate in the "no AI" condition. 30 to 50 percent of developers told METR they were choosing not to submit tasks because they didn't want to do them without AI. Recruitment cratered because engineers wouldn't sign up for a study that required working without their tools, even at $50 an hour.

Read that again. The researchers couldn't measure AI's productivity impact because the act of removing AI from a developer's workflow had become unacceptable. The control group evaporated.

This is not what a "20% slowdown" looks like. This is what adoption looks like. The study didn't fail because AI doesn't work. It failed because AI works so well that developers won't go back, not even for money, not even temporarily, not even for science.

2. What Karpathy Actually Said (And What People Heard)

Karpathy drew a hard line at December 2025. Not gradual improvement. A threshold. AI coding agents went from unreliable to functional in a single month.

His example: he handed an agent a dense prompt covering SSH setup, model benchmarking, dashboard building, service configuration, and documentation. The agent ran for 30 minutes. Hit errors. Researched solutions. Resolved them. Came back with a finished product. Karpathy didn't touch anything.

"All of this could easily have been a weekend project just three months ago," he wrote. "Today it's something you kick off and forget about for 30 minutes."

What the builders heard: "The tools work now. Time to ship faster."

What the skeptics heard: "My years of expertise are being compressed into a 30-minute prompt."

Same information. Completely different emotional response. And that difference tells you everything about what's really going on.

3. The Bloomberg Panic Is Identity Crisis in a Business Suit

Bloomberg's framing is fascinating. AI coding agents "promised to make software development easier. Instead they've kicked off a high-pressure race to build at any cost."

The article describes executives demanding more output because the tools make more output possible. Engineers feeling squeezed. Junior developer job postings down 16%.

This is presented as a crisis. But strip away the emotional framing and what do you have? Tools that dramatically increase output per engineer. Companies adjusting expectations to match new capabilities. A shift in what "entry-level" means in software.

This is exactly what happened when spreadsheets replaced rooms full of accountants. When CAD replaced drafting tables. When digital photography replaced darkrooms. The people who defined themselves by the manual process panicked. The people who defined themselves by the outcome adapted.

Nobody mourns the loss of hand-drawn circuit diagrams. Nobody argues that accountants were "more productive" before Excel because they "really understood the numbers." The work changed. The workers who changed with it thrived.

4. The Einstellung Effect Is Eating Senior Engineers Alive

Here's where it gets uncomfortable.

The Einstellung Effect is a well-documented cognitive bias where expertise becomes a trap. The more you know about solving problems a certain way, the harder it is to see new approaches. Chess masters miss obvious moves because their pattern recognition locks onto familiar positions. Expert engineers miss paradigm shifts because they're anchored to workflows they've spent decades mastering.

The loudest voices pushing back on AI coding tools are almost always senior engineers. Their argument sounds technical: "AI-generated code is buggy," "debugging takes 3x longer," "there are no governance frameworks."

But peel back the technical language and you find something else. A deep discomfort with the idea that the skills they spent 15 years accumulating might not be the bottleneck anymore. That the thing that made them special, the thing that justified their salary and their status, can now be approximated by a model running on someone's laptop.

This isn't a technical critique. It's an identity crisis wearing technical clothing.

I say this without judgment. The reaction is human. But it's important to name it, because when identity protection masquerades as technical analysis, it distorts decision-making. It makes people fight adoption instead of shaping it. It turns potential allies into obstacles.

5. The Bottleneck Moved and Most People Haven't Noticed

There are developers right now shipping production software without writing code by hand. Not toy projects. Real products, with real users, generating real revenue. Everything described to an agent. Reviewed, iterated, shipped.

What used to take weeks takes a day. Not because the software is simpler. Because the bottleneck moved. It used to be typing and debugging and searching Stack Overflow. Now it's taste. Knowing what to build. Understanding your users. Making good product decisions.

If you define "programming" as the act of typing syntax into an editor, then yes, programming is dying. But if you define it as the act of making computers do useful things for people, programming has never been more alive.

The skill ceiling didn't drop. It shifted. And the people who adapted to the new ceiling are building things the old ceiling never allowed.

6. The Market Doesn't Wait for Consensus

Here's what history teaches us about moments like this.

When Semmelweis told doctors to wash their hands, they rejected him. Not because the evidence was weak, but because accepting it meant admitting they'd been killing patients. The identity cost was too high.

When Western Union was offered the telephone patent for $100,000, they passed. "The telephone has too many shortcomings to be seriously considered as a means of communication." The people who understood telegraph infrastructure couldn't see past it.

Kodak invented digital photography and then buried it because their identity was film. Blockbuster had the chance to buy Netflix and laughed.

In every case, the experts were the last to move. Not because they were stupid. Because they were anchored. Their expertise, the thing that made them successful, became the thing that blinded them.

The AI coding shift is following the exact same pattern. The people with the least invested in the old way of doing things (indie developers, small studios, career-switchers) are adopting fastest and seeing the biggest gains. The people with the most invested (senior engineers, tech leads at large companies, conference speakers whose entire brand is "deep technical expertise") are resisting hardest.

The market will not wait for the second group to reach consensus. It never does.

7. The Real Question Nobody Is Asking

Everyone is debating whether AI makes developers more productive. That's the wrong question.

The right question is: what happens when a single person with good taste and clear thinking can build what used to require a team of ten?

Not in theory. Right now. Today. This is already happening.

The Bloomberg article frames the productivity increase as a problem because executives are demanding more. But zoom out. The same dynamic means that a solo founder can compete with funded startups. That a small studio can ship a portfolio of apps that would have required a department. That the barrier to building software just dropped by an order of magnitude.

The "productivity panic" is only a panic if you're on the wrong side of the leverage. If you're on the right side, it's the greatest democratization of software creation since the internet.

8. What Comes Next

The METR study will eventually be redesigned. It won't matter. By the time they figure out how to measure the productivity gain, the gain will be so obvious that measurement becomes academic.

The Bloomberg panic will fade. Not because the pressure decreases, but because the new baseline normalizes. Two years from now, using AI coding agents will be as unremarkable as using an IDE. The debate will seem as quaint as arguing about whether developers should use autocomplete.

The senior engineers who adapt will thrive. They'll realize that their deep understanding of systems, architecture, and tradeoffs is more valuable than ever when paired with tools that handle the mechanical work. The ones who don't adapt will spend the next few years writing blog posts about how AI-generated code lacks "craftsmanship" while the market moves on without them.

The identity crisis will resolve the way identity crises always resolve. Painfully, unevenly, and then all at once.

The panic is real. But it's not about productivity. It never was.

It's about who we think we are when the thing we were proud of doing becomes the thing a machine does for us. And the answer, as it has been at every inflection point in human history, is that we become something new.

Or we don't. And the world moves on anyway.