Håll dig uppdaterad: läs specifikationer och förslag

Frontendutvecklingen går snabbt. Nya CSS-, JS- och webbläsar-API:er lanseras varje kvartal. Seniora utvecklare väntar inte på blogginlägg — de läser källorna: W3C-utkast, TC39-förslag, CSS WG-specifikationer och sidor med implementeringsstatus för webbläsare.

TC39 är kommittén som vidareutvecklar JavaScript. Förslag går igenom fem steg: 0 (strawperson), 1 (proposal), 2 (draft), 3 (candidate), 4 (finished, levererat i ECMAScript). Steg 3 är när det är säkert att satsa på förslaget (webbläsare implementerar det och syntaxen är fastställd).

Varje förslag finns på github.com/tc39/proposal-NAME. README-filen förklarar motivationen, syntaxen och exemplen. Grenen ”spec text” innehåller den formella grammatiken. Nyligen landade förslag: Records & Tuples, Pipeline Operator, Decorators v3, Iterator Helpers.

github.com/tc39/proposals: lista över alla förslag med deras steg. 2ality.com: Axel Rauschmayers blogg sammanfattar varje möte. v8.dev: Googles V8 levererar förslag snabbast och blogginläggen förklarar dem.

W3C standardiserar CSS, ARIA och web API:er. WHATWG underhåller HTML, DOM, Fetch och URL — de ”levande standarderna”. Båda arbetar offentligt på GitHub. Vem som helst kan skapa ärenden i WHATWG:s html-repo.

CSS WG levererar specifikationer kontinuerligt: container queries, :has(), CSS nesting, view transitions, anchor positioning och scroll-driven animations. Följ arbetet via github.com/w3c/csswg-drafts och CSS WG:s blogg.

Inte ens ett Stage 4-förslag går att använda förrän webbläsarna har levererat det. Kontrollera: caniuse.com (allmänt), chromestatus.com (Chrome), webkit.org/status (Safari), platform-status.mozilla.org (Firefox).

web.dev/baseline visar vilka funktioner som är ”Newly available” (finns i den senaste versionen av alla större webbläsare) och ”Widely available” (har funnits i ungefär 30 månader). Det är utmärkt när du ska avgöra vad som är säkert att leverera.

1) web.dev/blog — Googles web devrel. 2) WebKit blog — nyheter om Safari. 3) v8.dev/blog — V8 och JavaScript i Chrome. 4) CSS-Tricks newsletter. 5) JavaScript Weekly / Frontend Focus. 6) This Week in WebKit.

Läs källkoden till de bibliotek du använder. React, Vue och Vite finns alla på GitHub. Att läsa hur underhållarna löste svåra problem är ett av de bästa sätten att utvecklas.

Läs inte bara om nya funktioner — prova dem. Bygg ett litet demoprojekt med View Transitions API, med :has()-selektorn och med de nya ECMAScript Set-metoderna. Du lär dig verkligen först när du använder dem.

Allt nytt och glänsande hör inte hemma i produktion. Fråga: ingår det i Baseline? Fungerar det i våra målwebbläsare? Vad kostar en polyfill? Vilket problem löser det som den nuvarande lösningen inte löser? Kan teamet det? Inför ny teknik med eftertanke, inte reflexmässigt.

Skapa ärenden i TC39- och WHATWG-förslag med användningsfall och motexempel — kommittéerna lyssnar faktiskt på utvecklare. Publicera dina demoprojekt som open source. Kommentera förslag du bryr dig om. Det är så plattformen förbättras.

Seniora utvecklare tänker i år, inte sprintar. Att läsa specifikationer gör dig till personen som kände till :has() sex månader före alla andra, som valde rätt bibliotek för datahämtning innan teamet råkade illa ut och som förstod Server Components före migreringen. Den framförhållningen ger allt större effekt över tid.

Läs källorna: TC39-förslag, W3C/WHATWG-specifikationer och CSS WG-utkast. Steg 3+ är säkert för produktion med en transpiler. Följ arbetet via caniuse, chromestatus, webkit.org/status och Baseline (web.dev/baseline). Prenumerera på web.dev, WebKit blog, v8.dev, CSS-Tricks och JS Weekly. Bygg demoprojekt för att verkligen lära dig. Utvärdera kritiskt. Bidra tillbaka. Senior erfarenhet ger allt större effekt över tid — utvecklaren som läser specifikationerna leder.