惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

大猫的无限游戏
大猫的无限游戏
阮一峰的网络日志
阮一峰的网络日志
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
WordPress大学
WordPress大学
博客园 - 叶小钗
Hugging Face - Blog
Hugging Face - Blog
博客园 - 司徒正美
Last Week in AI
Last Week in AI
罗磊的独立博客
量子位
Jina AI
Jina AI
T
Tailwind CSS Blog
Apple Machine Learning Research
Apple Machine Learning Research
IT之家
IT之家
美团技术团队
雷峰网
雷峰网
爱范儿
爱范儿
S
SegmentFault 最新的问题
小众软件
小众软件
月光博客
月光博客
酷 壳 – CoolShell
酷 壳 – CoolShell
人人都是产品经理
人人都是产品经理
The Cloudflare Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
Experienced devs are 19% slower with AI tools. Nobody wan...
Aditya Agarwal · 2026-05-26 · via DEV Community

A recent study has revealed that proficient developers take 19% more time to complete tasks when utilizing AI programming tools. Yes, you read that correctly. More time.

How did people on the internet respond? Most of them were in denial. And that tells you everything about where we are right now.

The Number Nobody Wants to Believe

A 19% loss of your productive time is substantial. It's equivalent to almost one-fifth of your time being wasted.

The main problem is debugging overhead. Experienced developers invest more time in debugging the code written by AI than they would have spent writing it on their own. It's not about lacking skills. It's about the tools being used.

If you've worked in any complex codebase, you already know the pattern. An AI proposes something that seems neat. You go with it. And suddenly, three tests break in a module you haven’t even glanced at. Celebrate!

The Fix-One-Break-Ten Problem

A common occurrence in complicated codebases that exemplifies this is: fix one thing, break ten.

AI tools are great at generating plausible code in isolation. But for integrating with an existing code base, you need a human - preferably the same human who wrote the existing code. They work in systems with years of accumulated context, implicit contracts between modules, and edge cases that exist for reasons nobody documented.

→ AI sees the function signature. A senior dev sees the six reasons that function signature is shaped weirdly.
→ AI optimizes for "does this look correct." A senior dev optimizes for "will this survive production."
→ AI generates confidently. A senior dev doubts confidently. That doubt is the skill.

When you accept AI suggestions at speed, you're trading your hard-won instinct for autocomplete. And the debugging tax comes due later — with interest.

The Industry Built the Wrong Product

Here is the hot take. I'll probably get in trouble for this. AI programming software was designed for the wrong type of user.

They are great confidence boosters for junior devs. Need boilerplate? No problem. Unfamiliar API? Here is the pattern. Stuck with syntax? All set. For someone still constructing their mental models, that is really helpful.

Senior developers do not have a hard time with syntax. They have a hard time with decisions. They have a hard time deciding which abstraction to use. Where the boundary goes. What not to build. None of these AI tools is optimizing for that. They are optimizing for keystrokes per minute, when the bottleneck was never keystrokes.

That's equivalent to providing a fast gas pump to a race car driver. It's cool and all, but that's not what's making them slow! 😅

Why the Reaction Matters More Than the Study

The data itself isn't as telling as the reactions it evoked from individuals. It's how people responded.

The dominant reaction was some version of "well those devs must be using it wrong." Think about that framing. A tool that makes experienced professionals slower is somehow the professional's fault.

We've seen this movie before. Every productivity tool goes through a hype cycle where questioning it makes you a luddite. Then reality sets in. Then we figure out the actual use cases. We're somewhere between step one and step two with AI coding tools.

The nuance nobody wants: AI tools probably do help in specific, bounded tasks — even for senior devs. Generating test stubs. Writing documentation. Scaffolding throwaway prototypes. The problem is we're selling them as general-purpose productivity multipliers when the evidence says otherwise for the people who need productivity most.

The Real Question

I don’t hate on AI tooling. I partake. It’s good here and there. Sometimes I catch myself spending twenty minutes debugging something I could've written correctly in five.

The fact that 19% percent slower output is produced should alarm the companies making these tools, not the developers. If your product actually makes your users with the highest output 19% slower, you don’t have a marketing problem. You have a product problem. 🔧

So here's what I want to know: if you're a senior dev, has AI tooling actually made you faster on complex work? Not boilerplate — the hard stuff. I'd love to hear honest answers.