Oxlint vs Biome vs ESLint in 2026: het grote Rust-linter-duel

Tien jaar lang betekende het linten van een JavaScript-project: ESLint, Prettier en een kleine berg plugins die er 30 seconden over deden om een middelgrote repo door te kauwen. In 2026 begint die aanname eindelijk te wankelen. Twee op Rust gebaseerde uitdagers, Oxlint en Biome, voeren lint- en formatteertaken nu een orde van grootte sneller uit, en ze hebben echte productiegebruikers om de claims te onderbouwen. Als je tooling kiest voor een nieuw project of je afvraagt of je moet migreren, is de keuze tussen Oxlint vs Biome vs ESLint een van de meest ingrijpende beslissingen die je dit jaar maakt.

Hier is de eerlijke uiteenzetting van waar elke tool staat, wat de snelheidscijfers werkelijk betekenen en welke het beste bij jouw project past.

Het snelheidsverhaal is echt (en het doet ertoe)

De kernbelofte van beide Rust-tools is native-code-snelheid, en het bewijs is concreet.

Toen Oxlint in juni 2025 1.0 stable bereikte (volgens de aankondiging van VoidZero), werd het geleverd met gedocumenteerde resultaten van gebruikers die moeilijk te negeren zijn:

• Airbnb draait multi-file-analyse over meer dan 126.000 bestanden die in ongeveer 7 seconden op CI wordt voltooid.
• Mercedes-Benz rapporteerde een daling van 71% in lint-tijd nadat het ESLint had ingeruild voor Oxlint.
• Het front-endplatformteam van Shopify gebruikt Oxlint in de Shopify admin console.

VoidZero positioneert Oxlint als ongeveer 50-100x sneller dan ESLint. Biome, eveneens geschreven in Rust, speelt in dezelfde competitie: community-benchmarks geciteerd door Better Stack en anderen plaatsen het op 10-25x sneller dan ESLint bij grote TypeScript-codebases, met een project van 500 bestanden dat in 2-3 seconden gelint wordt tegenover 30+ voor ESLint.

Het praktische effect zijn geen opscheppunten. Snellere linters betekenen dat je ze bij elke save kunt draaien, bij elke commit-hook en op CI zonder dat iemand kreunt over de pipeline-tijd. Dat verandert hoe vaak de tool daadwerkelijk draait.

Maak kennis met de drie kanshebbers

ESLint: de gevestigde naam met het diepste ecosysteem

ESLint gaat nergens heen. Vanaf 2026 zit het op de ESLint 10-lijn (10.4.0 was actueel per mei 2026 volgens PkgPulse), en versie 10, uitgebracht in februari 2026, verwijderde eindelijk het verouderde .eslintrc-formaat, waardoor flat config de standaard werd. Zijn superkracht blijft het plugin-ecosysteem: framework-specifieke regels voor Next.js, React, Vue en Svelte, plus de sterkste type-aware linting via typescript-eslint. Als je project leunt op react-hooks-regels of diepe type-aware checks, heeft ESLint nog steeds geen volwaardige vervanger.

Biome: de alles-in-één formatter + linter

Biome zet in op consolidatie. Het vervangt zowel Prettier als ESLint met één tool en één biome.json-config, en maakt een einde aan de wildgroei van .eslintrc / .prettierrc / ignore-bestanden. Biome 2.0 verscheen in maart 2025; de lijn staat in 2026 op 2.4.x (2.4.15 waargenomen in mei), en v2.x introduceerde type-aware linting plus meer dan 400 lint-regels. Het regelt ook import-organisatie out of the box. Voor teams die één binary willen om te formatteren en te linten, is Biome het meest complete enkelvoudige antwoord.

Oxlint: het snelste, smalste lemmet

Oxlint komt van VoidZero, het bedrijf opgericht door Vue- en Vite-bedenker Evan You, als onderdeel van de bredere Oxc (JavaScript Oxidation Compiler) toolchain. Het is alleen een linter (geen formattering), maar het is de snelste van de drie en wordt geleverd met meer dan 500 regels overgenomen uit ESLint core en populaire plugins zoals eslint-plugin-unicorn, eslint-plugin-jsdoc en eslint-plugin-react, met zero config om te starten. De 1.0-release was het werk van meer dan 200 bijdragers en het heeft nu een toegewijde fulltime maintainer. De huidige lijn is 1.65.x per mei 2026 volgens PkgPulse.

Vergelijking van mogelijkheden

Hier zitten de echte afwegingen:

• Formattering: Biome ja; Oxlint nee; ESLint nee (je combineert het met Prettier).
• Type-aware TS-regels: ESLint sterk; Biome beperkt; Oxlint beperkt.
• Frameworkregels (Next.js, Vue, Svelte): ESLint sterk; Biome alleen ingebouwd; Oxlint beperkt.
• Plugin-ecosysteem: ESLint veruit het grootst; Biome en Oxlint hebben er geen in de traditionele zin.
• Pure snelheid: Oxlint het snelst; Biome zeer snel; ESLint het traagst bij koude runs.
• Configbestanden: Biome één bestand; Oxlint vrijwel nul; ESLint flat config (één bestand in v9+).

Het patroon is duidelijk. ESLint ruilt snelheid in voor diepte en ecosysteem. Oxlint ruilt breedte in voor pure snelheid. Biome zit ertussenin als de consolidatie-keuze.

Welke moet je dan gebruiken?

Nieuwe greenfield-projecten

Grijp vanaf dag één naar Biome. Je krijgt formattering en linting in één snelle tool met één configbestand. Voeg voor React-projecten een minimale ESLint-config toe puur voor react-hooks, dat de enige regelset blijft die de Rust-tools niet volledig dekken. Dit is de moderne opzet met de minste frictie, en het combineert goed met de beste AI-codingtools in 2026.

Grote bestaande codebases met CI-pijn

Het pragmatische 2026-patroon is een two-pass-strategie: draai eerst Oxlint voor vrijwel directe fouten op de regels die het dekt, en draai daarna ESLint voor de ecosysteem-specifieke en type-aware regels die Oxlint niet heeft. Dit is precies hoe grote bedrijven als Shopify en Airbnb Oxlint adopteren zonder ESLint van de ene op de andere dag eruit te rukken. Je behaalt de meeste snelheidswinst op de meeste van je runs terwijl je diepe dekking behoudt.

Teams die diep geïnvesteerd zijn in ESLint-plugins

Blijf bij ESLint, maar stap over op flat config en voeg Oxlint toe als snelle voorfilter. Je hoeft geen enkele winnaar te kiezen. Oxlint vóór ESLint plaatsen is een risicoarme manier om de CI-tijd vandaag nog te verkorten.

Een realistisch migratiepad

Als je wilt moderniseren zonder een big-bang-herschrijving:

1. Benchmark eerst op je eigen repo. Snelheidsclaims variëren; het enige cijfer dat telt is het jouwe.
2. Voeg Oxlint toe als aparte, snelle CI-stap die vóór je bestaande lint-job draait. Meet de bespaarde tijd.
3. Test Biome voor formattering op een branch om te zien of het Prettier netjes kan vervangen voor jouw stijl.
4. Houd ESLint voor de regels die geen equivalent hebben, vooral react-hooks, Next.js en type-aware checks.
5. Pin versies en upgrade weloverwogen. De Rust-tools brengen snel updates uit; ESLint 10 liet de verouderde config vallen, dus coördineer de sprong.

De conclusie

De vraag Oxlint vs Biome vs ESLint heeft niet langer één antwoord, en dat is een goede zaak. Oxlint geeft je de snelst mogelijke lint-pass met serieuze enterprise-validatie van Airbnb, Mercedes-Benz en Shopify. Biome geeft je een uniforme, snelle formatter-plus-linter voor greenfield-werk. ESLint behoudt het diepste ecosysteem en de sterkste type-aware regels. De slimste teams in 2026 kiezen er niet één en verbranden de rest; ze leggen Rust-snelheid vóór de diepte van ESLint. Benchmark op je eigen code, adopteer stapsgewijs, en laat de CI-tijd je vertellen welke combinatie zijn plek verdient.