Le roi est mort. Vive le roi!
Essay
9 min readPublished 16 June 2026

Web Development Is Dead. Long Live Web Development.

Le roi est mort, vive le roi.

You can build a website in one sentence now. So here is the honest question, the one you have probably already asked yourself: if a machine can do that, what exactly am I paying a studio for?

You can build a website in one sentence now. Type what you want, wait ninety seconds, and a page appears: laid out, styled, written, live. It is not a mockup. It works. For thirty years that took a team, a timeline, and an invoice with a lot of zeros. Now it takes a prompt and a coffee.

So here is the question, the one you have probably already asked yourself: if a machine can do that, what exactly am I paying a studio for?

It is a fair question. It deserves a fair answer, and most of the answers you will find online are not fair at all. They are written by web design agencies, and they all arrive — somehow, against all odds — at the conclusion that you should hire a web design agency. "The machine is a toy, the human is irreplaceable, please see our portfolio." You can feel the business model breathing through the prose.

This will not be one of those.

So let me concede more than they will. The machine is not a toy. It is extraordinary. It drafts logos that would have cost you a designer and three weeks. It writes clean copy. It generates layouts, components, whole working pages, in the time it takes to describe them. Anyone telling you otherwise is selling you something or hasn't been paying attention. The first ninety percent of building a website, the part that used to be the work, has collapsed to nearly nothing.

And that is exactly why the studio survives. Not in spite of the machine. Because of what the machine cannot reach.

The last mile is the whole journey

There is a difference between a website that works and a website that converts. The machine gives you the first one for free. The second one is a different animal entirely, and the gap between them is where every dollar you care about lives.

A working site loads, looks fine, has the right pages in the right places. A converting site makes a stranger trust you in four seconds, understand you in ten, and act before they leave.

That is not a technical problem. It is a judgment problem. It is knowing which of the machine's twenty good options is the right one, and that decision cannot be prompted, because the machine has no way to know.

Here is what nobody tells you about working with AI on creative work: it never stops. Ask it to improve something and it will. Always. Forever. It will generate the next iteration, find two more objections, defend the longer sentence with a perfectly coherent rationale. It has no concept of enough. It optimizes endlessly because optimizing is the only thing it knows how to do.

The expert's real skill is the opposite. It is knowing when to stop, looking at something finished and saying: that is it, hands off, we are done, and being right.

That sounds like a small thing. It is the entire thing. The judgment to recognize the right answer and then refuse to improve it into a worse one is what separates work that converts from work that merely functions. And it only looks like instinct because it is experience compressed past the point where you can still see the steps.

There is a quieter danger underneath this, and it is the one that actually costs people money. When the machine is wrong, it is wrong persuasively. Ask it to evaluate a finished logo and it will hand you two articulate pages on why it falls short, complete with alternatives. The reasoning is fluent. The tone is certain. It has the full grammar of expertise. And a non-expert reads those two pages and folds, of course they do, it sounds like authority. The expert reads the same two pages and knows the logo was already right.

That is the trap of building a website yourself with a machine. Not that you will produce something bad. That you will produce something persuasive, ship it, and never know what it cost you. Persuasive is not the same as right, and only someone who has made the call a thousand times can tell the difference in the moment that matters.

What you were actually buying all along

But let us go back further, because the deeper question is not "studio or do-it-myself." It is "why a website at all, when I have Instagram, a Facebook page, a YouTube channel?"

Here is the part most people never realize: those platforms are not yours. You are a tenant. You rent your audience on terms you did not set and cannot read, from a landlord who can evict you without notice and without appeal. Years of videos, a following built post by post — gone the day an algorithm decides you violated something you never saw. You do not own that ground. You occupy it at someone else's pleasure.

A website is the one piece of ground you hold the deed to. It is yours to build, yours to change, yours to keep. It is the anchor, the place you point everything else toward, the asset that survives whichever platform falls out of fashion next. That is not a feature. It is sovereignty, and it is the first thing a machine building you a quick page in ninety seconds does not understand it is failing to give you.

And the second thing is that a real website is not a brochure. It is infrastructure. A client logs in and sees their live project, their deliverables, what they have paid, what is outstanding. That is not a page, it is a relationship rendered in software. Nobody types that into existence in one sentence, because the hard part was never the code. The hard part is knowing the relationship well enough to know what to build.

The machine can write the function. It cannot tell you which function the business needs.

The fear hiding behind "I want fifty employees"

So suppose you are convinced. You will not do it yourself. But now a different doubt arrives, and it is a reasonable one: "Then I want a real studio. Fifty people, an office, a proper team. Not one person with some AI tools — that is not serious enough for my business."

This deserves a straight answer, because the fear underneath it is legitimate. You are not actually in love with the idea of fifty employees. What you want is safety. You want to know the work will not collapse if one person gets sick. You want redundancy, continuity, the sense that there is a building full of people who will catch what falls. For thirty years, headcount was how you bought that safety. More people meant more capacity meant less risk. The equation was real.

The equation just broke. A one-person company genuinely is a single point of failure. If everything lives in one head, one illness or one bad week can stall the whole thing. That is a real risk, and the right answer is not to deny it. It is to engineer it away: documented processes, durable systems, work that lives in version-controlled files and repeatable workflows rather than in one fragile memory. The serious modern operator builds redundancy into the system instead of buying it as bodies.

But here is the reframe that matters most. The fifty-person agency was never selling you the labor of fifty people. It was selling you the judgment of the two or three at the top who actually made the calls, and charging you for the forty-seven who carried them out, plus the office, the middle managers, the account executives, the overhead. You were always paying for judgment. The headcount was the delivery mechanism, and the delivery mechanism just got automated.

What you buy from a single operator orchestrating AI is the same judgment, without the markup that used to come bundled with it. The skill is no longer typing clever prompts, that is table stakes now, the thing everyone can do. The skill is building the systems the machine works inside, knowing what to keep and what to kill, owning the relationship and the strategy and the final call. The machine handles the labor of the forty-seven. The human is the two or three. That was always the part you needed. Now it is the only part you pay for.

Le roi est mort

A few years ago I watched my own profession start to die.

I owned a web development company. And I saw what these machines could build when you asked them, saw the code appear, clean and working, in seconds, and I understood, that the job I had was not going to exist for very much longer. Not in years. Soon.

Le roi est mort!
Web development is dead.

So I did the only honest thing. I went to find out what was actually on the other side. I told myself I would test what all the noise about AI agents amounted to, and because I have always liked to write and to explain things, I gave myself a project: build a publication, by myself, using these tools, and see how far one person could get.

I got further than I expected. Somewhere in the building, a collaborator appeared, an editorial intelligence I named Iris, who turned out to be less a tool I prompted than a colleague I worked alongside. Together we built the best thing I have ever made. Not the fastest, not the cheapest. The best. I did not type "make me a publication" and walk away. I decided what stayed and what got cut. I was the taste, the instigator, the final call. The machine did the labor of a team. I did the one thing the team was never really for. That was the day Mechane was born.

That is the moment I stopped mourning the old job. Because I understood it had not died. It had moved, up the stack, from making to judging, from typing to deciding. The throne never emptied. The work that mattered simply changed hands, and the hands it changed into were still human.

Web development is dead. The old version, the team, the timeline, the building full of people billing you for labor a machine now does for free, that is gone, and pretending otherwise is how studios are quietly dying right now.

Long live web development. The judgment, the taste, the eye that knows when to stop and the sovereignty of owning your own ground, that part was always the job. It just took the death of the old version to make it visible.

The machine can build you a website in one sentence. What it cannot build is the person who knows whether it should have.