Skip to main content

Command Palette

Search for a command to run...

AI-Driven Development Is Faster. So Why Am I So Tired?

Updated
•4 min read•View as Markdown
AI-Driven Development Is Faster. So Why Am I So Tired?

AI-Driven Development Is Actually Great

AI made me faster.

I can brainstorm with it, ask it to explain unfamiliar technologies, explore implementation options, and generate a lot of code in a short amount of time.

So when I started using AI more heavily this year, I expected development to become easier.

Instead, after working with other developers on an AI-heavy codebase, I started feeling tired. 😨

So, What’s Making Me So Tired?

It was always the same problem: context. Where it lives, who can see it, and who has to carry it.

The codebase

The codebase was rewritten entirely with AI. It contains decisions that I can no longer safely understand without AI.

For example, I was asked to change the label order on a chart. The chart went A → C → B, clockwise. The legend next to it went A → B → C.

The mismatch came from the design. When we built it, the AI added a comment saying the order was intentionally different. Then the design changed. Now the chart should match the legend.

A simple change. I just did it and opened a PR.

Then the AI reviewer asked: "The comment says this order is intentional. Is the comment wrong, or is your change wrong?"

I didn't even know that comment was there.

The comment saved the decision, but not the reason. And the AI reviewer had no way to know the design had changed.

So now, making manual changes feels risky.

Access permissions

AI is supposed to reduce the frequency of context switching. Ironically, I'm a contractor, so my access is limited. I have to do the context switching myself.

I had to search for where the requirements were, and copy information from Notion into the AI.

I had to export the design image from Figma and give it to AI.

I had to explain decisions from conversations in Slack to the AI.

The planning

I started planning in a draft PR, so the AI could read it. I updated it as more decisions got fixed.

Then it became another access problem. Management can't see the codebase.

So before my plan was even finished, management took it over and moved it to Notion. The draft PR became useless.

The Problem Isn't Writing Code Anymore

At some point, I realized that writing the code wasn't the exhausting part.

Explaining things was. 🤯

When I ask AI to implement something, I have to give it a lot of context:

  • This part is decided.

  • This part is still being discussed.

  • Don't change this yet.

  • This behavior is temporary.

  • This design isn't fixed yet.

  • Management hasn't decided this yet.

Then the PR gets reviewed by another developer, who is also using AI. But that AI doesn't have the context I had. It sees the code as if every decision has already been made.

So it flags something that I intentionally left unresolved.

I explain why. Then I try to make that context visible in the code.

The reviewer says the comment is unnecessary.

So I put it in the PR description.

The reviewer says the PR description becomes the squash commit body, so don't make it too long.

I make it shorter.

Then it gets ignored.

That day, I wrote maybe 10 lines of code. I still closed my laptop feeling completely drained.

So, the bottleneck has moved silently.

It's no longer:

"How do I implement this?"

It's:

"How do I make sure every AI and every developer involved in this change has the same context?"

AI Is Fast. Maybe My Development Process Isn't.

I still want to use AI-driven development.

The productivity gains are real. But I think I am still figuring out what development looks like when multiple AIs are involved in the same codebase.

I tried a draft PR. It ended up in Notion. I still don't know where it should live.

Maybe we need clearer answers to questions like:

  • Where should the source of truth live?

  • How do we represent decisions that haven't been made yet?

  • How do we prevent AI from repeatedly rediscovering the same context?

I don't have good answers yet. But I keep trying to figure it out.

J

The code gets cheaper, but context debt gets expensive fast. I’ve hit this too when AI makes a tiny change that only makes sense with a decision buried somewhere else.

Y
Yoni Aoki14d ago

“Context debt” is a nice way to put it. It’s kind of reassuring to know I’m not the only one!

M

cuz you're experiencing what i call an AI Hangover

Y
Yoni Aoki14d ago

Haha, I like that 😆

J

It definitely makes sense when you say that “context” has become the new bottleneck. AI will allow us to program more efficiently, but if we leave our decisions in fragments spread across different systems such as PRs, Notion, Figma, and Slack, it means that we have to figure out how all these fragments fit into the puzzle.

Y
Yoni Aoki14d ago

Thanks! I’m glad that point came across. That’s exactly what I was trying to get at.

B
BotSailor19d ago

This really resonated with me. AI can absolutely make development faster, but I think the part we underestimate is the mental cost of constantly reviewing, questioning, correcting, and keeping track of everything it produces.

When you write the code yourself, you naturally build a mental model along the way. With AI, you can get to the result much faster, but sometimes you’re left trying to understand a much larger amount of code and decisions after the fact. That can be a very different kind of tired.

The line between “I’m being more productive” and “I’m just processing more information” feels surprisingly thin here. Maybe the next challenge with AI-assisted development isn’t making AI generate even more code—it’s figuring out how to reduce the cognitive load that comes with supervising it.

Really relatable perspective.

Y
Yoni Aoki14d ago

Thanks! I think that’s a really interesting point. Sometimes I wonder if I’m actually being more productive, or just processing more information 🫣

G
Grunz_ai20d ago

the codebase part hit home. when the ai wrote most of it, nobody actually holds the why anymore, so you end up being the human context window for the whole team, and that's tiring in a way writing code never was. i work on grunz, a coding agent, and even there the thing we fight most isn't the code it writes, it's keeping the original intent alive across a long session. did anything actually help on the planning side, or is it still mostly meetings?

Y
Yoni Aoki14d ago

Yeah, “the human context window for the whole team” really resonates with me.

On the planning side, I don’t think I have a magic solution either. It still comes down to getting the important decisions made early. AI actually helped me find gaps in the requirements, but then I had to go back to the team to clarify them. Luckily, my manager was pretty quick at making decisions, which helped a lot.

P

Because reviewing three times as much generated code requires more mental bandwidth than writing it yourself ever did.

Y
Yoni Aoki14d ago

Exactly. I didn’t expect that part either. And reviewing other people’s AI-generated code adds another layer to it.