Skip to main content
2026 Called – Frontend Tooling Just Got Stupid Fast (Thanks, Rust & Go)
🔨 Tools

2026 Called – Frontend Tooling Just Got Stupid Fast (Thanks, Rust & Go)

// TIME: 7 min read AUTH: Richard Soutar
toolingperformance

2026 Called – Frontend Tooling Just Got Stupid Fast

If you’re still waiting 15 seconds for type checking on a medium-sized React app, or your lint-staged hook makes coffee runs feel quicker than your pre-commit, Christoph Nakazawa (cpojer) just published the 2026 equivalent of “Wake up, sheeple”.

His post “Fastest Frontend Tooling for Humans & AI” basically says: we no longer have to choose between fast, strict, and complete. The new stack — powered by Go-rewritten TypeScript and Rust-based linting/formatting — is production-ready and stupidly quick.

I read it twice (because the first time I was too busy being jealous), and here’s the distilled version with my sarcastic commentary and practical migration notes — because who has time for slow tools in 2026?

The Pain We All Pretend Is Normal

Classic frontend dev loop in 2025:

  • Save file
  • Wait 8 seconds for tsc to finish type checking
  • Wait another 4 seconds for ESLint + plugins to complain
  • Prettier formats… eventually
  • Finally see the red squiggle was actually important

Meanwhile AI agents are generating code faster than your machine can tell them it’s wrong.

cpojer’s point: slow feedback loops hurt humans and LLMs. Fast + strict = fewer bugs, better AI output, happier on-call rotations.

The Dream Team (2026 Edition)

Here’s the stack he’s hyping (and already using in real projects up to 1M LOC):

  1. tsgo — TypeScript rewritten in Go
    ~10× faster type checking than good ol’ tsc
    Catches more bugs in some cases
    VS Code support already landed
    Install @typescript/native-preview and flip a setting

  2. Oxfmt — Formatter (bye Prettier)
    Rust-based, plugin-aware (Tailwind, import sorting, etc.)
    Falls back to Prettier for non-JS/TS
    Way faster, less config drama

  3. Oxlint — Linter (bye ESLint… mostly)
    Runs ESLint plugins via NAPI shim
    Type-aware linting when paired with tsgo
    Supports extends and your existing config style

  4. @nkzw/oxlint-config (or similar strict preset)
    Opinionated rules: errors only (no warnings), bans console.log in prod, no test.only leaks, no unsafe instanceof tricks
    Designed so both humans and LLMs write cleaner code

Bonus mentions that still rule:

  • Vite (soon with Rolldown under the hood → even faster)
  • pnpm — still the package manager king
  • npm-run-all2 for parallel scripts without the logging spam
  • ts-node + nodemon + SWC for near-instant Node server restarts

Quick Migration Cheat Sheet (Because Life’s Too Short)

1. Swap tsc → tsgo

npm install @typescript/native-preview --save-dev

VS Code settings:

"typescript.experimental.useTsgo": true

package.json scripts:

"check": "npm-run-all --parallel tsc lint lint:format",
"tsc": "tsgo"

2. Ditch Prettier → Oxfmt

Follow: https://oxc.rs/docs/guide/usage/formatter/migrate-from-prettier.md

Install Oxc VS Code extension.

Reformat everything:

oxfmt --write

3. Swap ESLint → Oxlint

Follow: https://oxc.rs/docs/guide/usage/linter/migrate-from-eslint.md

Use a strict config like @nkzw/oxlint-config:

// oxlint.config.ts
import nkzw from "@nkzw/oxlint-config";
import { defineConfig } from "oxlint";

export default defineConfig({
  extends: [nkzw],
});

Then:

oxlint --fix

Remove all the old .eslintrc* and .prettierrc files. Feels good.

Pro tip: Pair Oxlint with tsgo for type-aware rules — --type-aware --type-check

My Favourite Part (The Sarcasm)

“The final boss is the number of configuration files at the root of your repository.”

Same, Christoph. Same.

Also love this:

“Humans and LLMs both perform much better in codebases that have a fast feedback loop, strict guardrails, and strong local reasoning.”

Translation: stop letting GPT write any everywhere because your linting takes 20 seconds to yell at it.

Should You Jump Today?

If your project is:

  • Medium+ size
  • Heavy on TypeScript
  • Using Vite / React / Next.js-ish stack

→ Yes, at least experiment in a branch.

The wins are real: faster saves, stricter code without the wait, happier AI pair-programming sessions.

If you’re on a massive monorepo with 47 custom ESLint plugins… maybe stage it.

But 2026 clearly belongs to Rust + Go rewriting our JS world. Vite + Rolldown + tsgo + Oxc tools = the new boring (and blisteringly fast).

Until next time — may your type checks finish before you finish reading this sentence.

P.S. The original post is here if you want the full manifesto: https://cpojer.net/posts/fastest-frontend-tooling

// RELATED_ARCHIVES