Letting AI Try

Lately I have been letting AI do more of the work while building CoffeeBreak.

Not because I think it is better than human developers.
Because I wanted to see what it would actually do.

I let it build a large portion of the backend. I knew the architecture wasn’t the way I would normally do it, but I let it ride. The point was to learn.

Eventually it broke.

So I nudged it.

AI tried to correct the issue, but it kept iterating around the edges instead of fixing the root problem. It was trying very hard not to break anything that might be running.

The problem was that it was already broken.

I nudged it again. Same behavior.
Another iteration. Another partial fix. Still broken.

After two weeks of watching it circle the problem, I finally stepped in and started fixing it myself.

One thing I have always believed as a developer is that when something is broken, the only acceptable outcome is fixing it. You cannot be afraid of making it worse. It already does not work.

Even if you break it further, it is still broken.
Fixing it is the only path forward.

AI struggles with that line of reasoning.

It tries to preserve stability even when the system is already unstable. It optimizes for not breaking things instead of restoring function.

That is an interesting lesson.

AI is incredibly useful. It can accelerate development, generate ideas, and help explore patterns. But it still does not replace ownership of the system.

Someone has to understand when the only option left is to grab the reins and fix the problem.

That part still belongs to us.

CoffeeBreak should be back online soon. ☕

Leave a comment