There is a scene that is becoming more and more common in software development right now.
\nYou have one AI coding agent refactoring something. Another one is writing tests. A third is handling some annoying migration you did not want to touch yourself. You are bouncing between terminals, checking progress, answering questions, approving changes, and generally supervising a tiny army of extremely enthusiastic robot developers.
\nAnd then the thought hits you: I could open another terminal.
\nThe problem is not that running multiple agents is automatically bad. Parallel work can be incredibly useful. The problem is that the second AI gives us more capacity, our first instinct is often to immediately fill that capacity with even more AI work.
\nInstead of asking, “What should I do with the time this just gave me?” we ask, “How much more stuff can I cram into this workflow?”
\nAI coding tools can make development dramatically faster for boilerplate, scaffolding, tests, utility functions, repetitive components, documentation, and migrations. So naturally, developers start doing more. Suddenly the amount of work you can start feels almost unlimited. The amount of work you can actually understand, review, and maintain is another story.
\nIf you generate code five times faster, you can also lose track of what is happening five times faster. One of the strangest signs is reading an AI-generated summary of a change just to remember what your own project is doing. At that point, you are no longer really engineering the system—you are managing a queue of things being engineered around you.
\nImagine you ask an agent to implement a permission system. The code looks clean, naming matches, tests pass—but your prompt never clearly defined how restrictive permissions should be. The model filled in missing details with something more permissive than you intended. Tests verify that permissions work, not that they match the security model in your head.
\nPassing tests does not automatically mean the software is doing what you actually intended.
\nFor a long time, one of the slowest parts of programming was turning an idea into working code. AI can blast through a lot of that. The new bottleneck is understanding and verification. Heavy AI adoption correlates with longer PR review times. Experienced developers in large codebases can feel faster while typing less, yet take longer overall because generated code must be carefully inspected against years of architecture.
\nWe are delegating faster than we are learning how to verify. That creates verification debt: time saved during generation shows up later in review, debugging, or production incidents.
\nPart technical, part human: there is a dopamine hit from watching agents crank through tasks. Visible output feels productive; reading architecture docs produces zero commits even if it saves ten hours later. Career anxiety around AI adds pressure to become the person running more agents—ironically risking the skills we will need most.
\nIf AI saves you two hours, you do not necessarily need to spend them generating another two hours of code. Use some of that time for:
\nWhen reducing parallel AI sessions, more time went into defining work before generating, reading code afterward, documenting decisions, and catching questionable assumptions. AI gives absurd leverage—but leverage works both ways. It can help you build faster, or help you create an enormous pile of code you barely understand at record speed.
\nSource: dev.to/sizzlebop/...
","headings":[{"level":1,"text":"Managing the Hidden Overhead of AI Software Engineering","id":"managing-the-hidden-overhead-of-ai-software-engineering"},{"level":2,"text":"AI Coding Tools Really Do Make You Faster","id":"ai-coding-tools-really-do-make-you-faster"},{"level":2,"text":"Speed Creates Its Own Problems","id":"speed-creates-its-own-problems"},{"level":2,"text":"AI Did Not Remove the Bottleneck — It Moved It","id":"ai-did-not-remove-the-bottleneck-it-moved-it"},{"level":2,"text":"Why Do We Keep Opening More Agents?","id":"why-do-we-keep-opening-more-agents"},{"level":2,"text":"So What Should We Do With the Time AI Gives Us?","id":"so-what-should-we-do-with-the-time-ai-gives-us"},{"level":3,"text":"A Few Rules","id":"a-few-rules"},{"level":2,"text":"Maybe You Do Not Need Another Terminal","id":"maybe-you-do-not-need-another-terminal"}]}}