Back to writing

AI Turned Code Into Thought

June 16, 2026

AI changed more than software productivity. It changed when code enters the thinking process, which means implementation no longer filters ideas the way it used to.

There used to be a longer distance between an idea and a system.

You could feel it.

Ideas spent time suspended in the air. They moved through sketches, conversations, diagrams with arrows nobody fully trusted yet. Sometimes a prototype appeared. Usually uglier than imagined. Slower too. Reality entered the room early.

A lot of things died there.

Quietly.

Someone would realize the workflow was not important enough. Or the operational cost smelled wrong. Or the idea only sounded intelligent while spoken out loud. The friction of implementation forced those confrontations naturally, because turning thought into software required enough effort that eventually somebody had to ask:

Is this actually worth building?

That question still exists.

It just arrives later now.

Much later.

Because something subtle changed. Code stopped being only the final artifact. It became part of the thinking process itself.

That is the shift I keep noticing underneath most AI discussion.

We are no longer just implementing ideas with software. We are discovering ideas through software. Thinking directly in production-shaped objects. Exploring by generating. Reasoning by running things.

The sketch and the system started wearing similar clothes.

And that is psychologically confusing.

Software now looks real before the judgment is done

A rough workflow can now arrive with buttons. Logs. State. Persistence. Maybe even users. The thing starts breathing before anyone fully understands what it is. Before skepticism has time to harden around it. Before the deeper questions catch up.

The software starts hardening while everyone is still thinking.

That sentence feels increasingly literal to me.

Working code used to carry a kind of seriousness. Not moral seriousness. Economic seriousness. Organizational seriousness. If a system existed, especially in production, it usually meant enough people believed in it enough to drag it through the cost of implementation.

Now that cost profile has changed so dramatically that software no longer signals conviction the way it used to.

Sometimes code is still a decision.

Sometimes it is barely more than a thought made temporarily executable.

And I do not think we fully know how to emotionally process that difference yet.

The old filter got weaker

This is why the current moment feels both exciting and slightly uncanny.

The same collapse that allows pointless AI sludge to proliferate is also unlocking genuinely valuable things that previously never would have survived prioritization. Tiny internal tools. Weird automations. Hyper-specific workflows. Small frictions finally getting removed because nobody has to justify a month of engineering effort anymore.

Some important future software will emerge from this exact softness.

And so will an astonishing amount of noise.

That tension is real. I do not think it resolves neatly.

The old world killed many good ideas before they had a chance to become real. The new world lets many bad ideas survive far longer than they should. Both worlds lose something. Both worlds discover something.

But I think the deepest change is not productivity.

It is that implementation stopped functioning as a reliable filter between imagination and reality.

The stages are starting to smear together

There used to be clearer stages.

Thinking.

Planning.

Prototyping.

Building.

Shipping.

Now those boundaries smear into each other. A conversation becomes a workflow before the meeting even ends. A prototype quietly drifts toward production because nobody ever stopped to mark the transition. Layers accumulate. Monitoring appears. Permissions appear. Someone hooks the thing into a real process. Suddenly infrastructure exists around what originally felt like exploration.

The code survives because continuing is cheap.

And once software exists, people instinctively start treating it as evidence.

Evidence that the problem matters.

Evidence that the direction is real.

Evidence that momentum itself implies value.

But movement and value have never been the same thing.

We just used to have more friction forcing us to notice the difference earlier.

Now the distinction hides longer inside the noise.

A new engineering skill

That has practical consequences.

If implementation is no longer a strong filter, teams need a different way to tell the difference between exploration and commitment. Otherwise exploratory systems quietly inherit production expectations without ever earning them.

That means asking harder questions earlier, even when the artifact already looks impressive:

  • is this solving a real problem or just making one legible?
  • are we learning, or are we continuing because the software already exists?
  • what operational burden are we normalizing before the value is clear?
  • if AI had not made this easy to build, would we still believe in it?

Those questions matter more now, not less.

Because the output looks convincing earlier.

And convincing software can hide unfinished thinking for a surprisingly long time.

Which means one of the strangest skills in modern engineering may become the ability to recognize when something is still only thinking out loud, even after it already looks like software.

Related writing