back to blog
·9 min read

Ben Awad: 'hand-written code is dead'. I agree with the premise, disagree with the conclusion.

In January 2026, Ben Awad posted a video that went viral: 'hand-written code is basically dead'. Months later, real cases started confirming the thesis — a single prompt modifying 500,000 lines, games with 95% AI-generated code, Steve Yegge building agents that coordinate agents. I agree manual typing is dying. I disagree that means the end of critical code review.

Ler em português

In January 2026, Ben Awad — a tech YouTuber with a large dev audience — posted an 11-minute video with a provocative thesis: "hand-written code is basically dead". The argument, in a sentence: 2026 is the year typing code manually becomes stubbornness, not rigor.

The video went viral. It generated responses, Reddit threads, Medium posts claiming "most developers aren't ready for 2026". Awad's line became a meme, a slogan, and a criticism depending on who was reading.

I watched the video. I agree with the premise. I disagree with the conclusion. And I think that difference matters far more than the public debate is admitting.

The thesis, without caricature

To be fair to Awad, let me summarize his argument precisely before disagreeing:

  • LLMs in 2026 (Claude Opus 4.6, GPT 5.2, Gemini 3.1) don't autocomplete functions. They write entire features across dozens of files in a single prompt.
  • Documented real cases:
    • 500,000 lines of code modified by a single prompt, including unit tests + Cypress tests, with the agent re-running tests until they passed. No human hand-holding.
    • A 2D multiplayer game with 95% of code AI-generated. Not scaffolding. Not boilerplate. Game logic.
    • Steve Yegge (author of the original "Stevey's Google Platforms Rant") launched Gas Town: agents that dispatch work to other agents, create multiple git worktrees, do auto-merge.
    • Automaker, a project that grew to 100,000 lines in 1 month using pure agentic coding.
  • Market data backs the narrative: 84% of devs use AI tools, 51% daily (Stack Overflow 2026, 49,000 responses across 177 countries).

Awad's conclusion: if you're still manually typing CSS padding or CRUD endpoints in 2026, you're not being "rigorous". You're being slow. The new skill is context engineering — writing documentation, requirements, and definitions that tell the agent what "clean code" means to you. You don't write code anymore. You describe architecture, security patterns, testing strategy — and let the agent implement.

The video that started the debate

Where Awad is right

I'll be direct about what I accept from the argument:

  • Manual typing of repetitive code is dying. Anyone still manually writing an entire CRUD controller in 2026 with a modern stack (TypeScript, Next.js, Prisma/Drizzle) is doing work that an LLM solves in seconds with equivalent or better quality. Being slow isn't a badge of honor.
  • Context engineering became a central skill. I work this way myself. On projeto, my workflow is REQUIREMENTS.md → ROADMAP.md → CLAUDE.md → prompt → review. The "typing" part is a small fraction of the day.
  • The unit of work shifted upward. I don't write functions. I write specs that define how functions should be, and the agent writes them. That frees time to think architecture — better use of my brain.
  • The barrier to building dropped. A solo dev today ships what a team shipped in 2022. That's fact, and it's good.

So far, Awad is correct. I disagree with what comes next.

Where the argument conflates two different debates

I think Awad — and people amplifying his video — are collapsing two changes that need to be separated:

  1. Typing is dying (uncontestable in 2026).
  2. Critical code review is dying (false, dangerous, and contradicted by the very data that backs thesis 1).

That collapse is what creates the problem. Let me unpack with data he cites and data he doesn't.

Data point 1: 84% adoption, 29% trust

The Stack Overflow Developer Survey 2026 shows 84% of devs use AI tools. But only 29% trust the output. That spread is diagnostic. It doesn't say "everyone is comfortable vibe-coding production". It says "everyone uses, and most distrust the result".

People who distrust, read. People who read, find bugs. People who find bugs in generated code are doing qualitatively different — and more important — work than typing.

Data point 2: the METR study

METR (Model Evaluation & Threat Research) published a study in July 2025 with experienced open-source developers. Measured real productivity using AI tools. Result:

  • Experienced devs were 19% SLOWER using AI.
  • Before the study, they themselves predicted they'd be 24% faster.
  • After the study, they still believed they'd been 20% faster.

Perceived gain doesn't match measured gain. And this is about experienced open-source devs — people who know what they're doing.

Why? Most likely hypothesis: time spent reviewing, correcting, and redirecting the agent is greater than time saved on typing, for non-trivial code.

For trivial code (CRUD, forms, layout), the gain is real. For non-trivial code, the gain is uncertain. You can't extrapolate from one extreme to the other.

Data point 3: 45% of generated code has OWASP vulnerability

I detailed this in the vibe coding post. Veracode measured over 100 LLMs across Java, Python, C#, and JavaScript. 45% of generated samples contain OWASP Top 10 vulnerabilities. 86% fail against XSS. 88% against log injection.

The Vibe Security Radar tracked CVEs attributable to AI-generated code: 6 in January 2026, 15 in February, 35 in March. The trajectory is exponential. Project estimate: 400-700 cases across the open-source ecosystem.

Those bugs weren't caught by the agent. They were caught later — by humans, by security scanners, by users, by attackers. The work of catching them remains human. And that work is critical reading.

What's really dying: typing. NOT reading.

The honest framing of the 2026 shift is this:

| Activity | Status in 2026 | |---|---| | Typing boilerplate code | Dying | | Typing repetitive CRUDs | Dead | | Typing build configuration | Dead | | Typing happy-path tests | Dying | | Reading diffs | More important than ever | | Evaluating architecture | More important than ever | | Deciding trade-offs | More important than ever | | Catching subtle bugs | More important than ever | | Validating security | More important than ever |

Anyone conflating "death of typing" with "death of programming" is measuring the wrong thing. Programming was never about typing. Programming is about deciding what the system should do, anticipating how it can break, ensuring other people can maintain it, and ensuring it doesn't destroy data or get breached.

Those decisions remain human in 2026. Likely will for a long time. What changed is the speed of implementation, not the nature of the decision work.

Why Awad's thesis favors seniors, doesn't replace devs

If the central skill became context engineering — writing specs, requirements, architecture, security patterns, and testing strategy — then the central skill became exactly what senior engineers do better than juniors.

Awad suggests vibe coding democratizes development. Partly it does — for prototypes, internal MVPs, exploration. But for serious production, vibe coding concentrates value in people who already understand architecture, security, and trade-offs.

The data confirms that concentration:

  • 54% of engineering leaders plan to hire fewer juniors in 2026.
  • IBM tripled entry-level hiring — but specifically in areas where AI needs human oversight, data curation, and judgment. Meaning: entry-level became AI supervision work, not AI-supervised typing.

The transition isn't "everyone becomes a vibe coder". The transition is "seniors become more powerful, juniors need to learn supervision earlier".

The framing I use for myself

I covered my workflow in the vibe coding post. Here's the short version:

What I treat as non-negotiable in 2026
  • I type much less code than in 2023. Confirmed: manual typing is dying in my workflow.
  • I read MUCH more code than in 2023. The agent generates, I review line by line. Not for everything (I trust boilerplate more), but for anything touching security, sensitive data, or domain logic.
  • I write MUCH more specification than in 2023. CLAUDE.md, REQUIREMENTS.md, ROADMAP.md on projeto. Documentation became my primary deliverable, not secondary.
  • I revert aggressively. When the agent does something I don't understand, I revert and ask for explanation. "Accept All" doesn't exist in my flow.

Result: I produce more code per week than in 2023. But I don't type more code. I type less. I read more. I write more specs. And I'm slower to accept undue technical debt.

Where I agree with Awad and where I stop

Agree: manual typing is dying. Anyone holding that skill as identity will fall behind.

Disagree: that doesn't mean manually-reviewed code is dying. On the contrary, critical review has never been more central.

The difference between those two positions is what separates responsible agentic engineering from blind vibe coding. Karpathy understood this when he killed the term "vibe coding" himself in February 2026 and proposed agentic engineering as the successor — exactly because the frontier is supervision, not substitution.

What this means for a Brazilian dev in 2026

If you're starting now, or rethinking career amid mass layoffs (I wrote about the paradox of $725B in AI and 110,000 layoffs), the practical advice is this:

  • Don't identify as "someone who types code". That work is commoditizing.
  • Identify as "someone who decides what the system should do and supervises implementation". That work is gaining value.
  • Train critical reading of AI-generated code. That's a skill in itself, and few people are training deliberately. Those who do become essential.
  • Study architecture, security, system design. The decisions AI doesn't make well in 2026 are exactly those.
  • Document your process. Documentation-first isn't just technical methodology. It's professional positioning. When the agent does the work, your spec is what has value.

Awad is right about what's dying. But the premature celebration — "manual code is dead, problem solved, release the agents" — confuses generation speed with decision quality.

To paraphrase what Karpathy said in a recent interview about his own workflow:

"I don't write code most of the time. But I read. A lot. I review. I correct. I redirect. And that's a different skill."

That's the skill that matters in 2026. Not typing. Not blind acceptance. Critical reading + clear specification + competent redirection.

Awad nails the "is dying". Misses the "no longer needed". Reading is more alive than ever. The rest is meme.

Sources