Auf dem Laufenden bleiben: Spezifikationen und Vorschläge lesen

Frontend-Entwicklung verändert sich schnell. Neue CSS-, JS- und Browser-APIs werden jedes Quartal veröffentlicht. Erfahrene Entwickler warten nicht auf Blogposts, sondern lesen die Quellen: W3C-Entwürfe, TC39-Proposals, CSS-WG-Specs und Statusseiten zur Browser-Implementierung.

TC39 ist das Komitee, das JavaScript weiterentwickelt. Proposals durchlaufen 5 Stufen: 0 (strawperson), 1 (proposal), 2 (draft), 3 (candidate), 4 (fertig, in ECMAScript ausgeliefert). Ab Stage 3 kann man im Allgemeinen sicher darauf setzen (Browser implementieren die Funktion, die Syntax ist eingefroren).

Jedes Proposal liegt unter github.com/tc39/proposal-NAME. Die README erklärt Motivation, Syntax und Beispiele. Der Branch „spec text“ enthält die formale Grammatik. Zuletzt hinzugekommen sind: Records & Tuples, Pipeline Operator, Decorators v3 und Iterator Helpers.

github.com/tc39/proposals: Liste aller Proposals mit ihren Stufen. 2ality.com: Der Blog von Axel Rauschmayer fasst jedes Meeting zusammen. v8.dev: Googles V8 implementiert Proposals besonders schnell, Blogposts erklären sie.

W3C standardisiert CSS, ARIA und Web-APIs. WHATWG pflegt HTML, DOM, Fetch und URL – die „Living Standards“. Beide arbeiten öffentlich auf GitHub. Jeder kann Issues im html-Repository von WHATWG einreichen.

Die CSS WG veröffentlicht kontinuierlich Specs: Container Queries, :has(), CSS Nesting, View Transitions, Anchor Positioning und Scroll-Driven Animations. Verfolgen Sie die Entwicklung unter github.com/w3c/csswg-drafts und im Blog der CSS WG.

Selbst ein Proposal auf Stage 4 ist erst nutzbar, wenn Browser es ausliefern. Prüfen Sie: caniuse.com (allgemein), chromestatus.com (Chrome), webkit.org/status (Safari), platform-status.mozilla.org (Firefox).

web.dev/baseline zeigt, welche Features „Newly available“ (in der neuesten Version aller großen Browser) und „Widely available“ (seit etwa 30 Monaten) sind. Das ist hervorragend geeignet, um zu entscheiden, was sicher ausgeliefert werden kann.

1) web.dev/blog – Googles Web-DevRel. 2) WebKit blog – Ankündigungen zu Safari. 3) v8.dev/blog – V8 und JavaScript in Chrome. 4) CSS-Tricks newsletter. 5) JavaScript Weekly / Frontend Focus. 6) This Week in WebKit.

Lesen Sie den Quellcode der Libraries, die Sie verwenden. React, Vue und Vite sind alle auf GitHub zu finden. Zu lesen, wie Maintainer schwierige Probleme gelöst haben, ist eine der besten Möglichkeiten, sich weiterzuentwickeln.

Lesen Sie nicht nur über neue Features – probieren Sie sie aus. Erstellen Sie eine kleine Demo mit der View Transitions API, dem :has()-Selektor oder den neuen ECMAScript-Set-Methoden. Wirklich lernen Sie etwas erst durch die Anwendung.

Nicht jede glänzende Neuheit gehört in die Produktion. Fragen Sie sich: Ist sie Baseline? Funktioniert sie in unseren Zielbrowsern? Wie hoch sind die Polyfill-Kosten? Welches Problem löst sie, das der bisherige Ansatz nicht löst? Kennt sich mein Team damit aus? Übernehmen Sie Neuerungen bewusst statt reflexartig.

Reichen Sie Issues zu TC39- und WHATWG-Proposals mit Anwendungsfällen und Gegenbeispielen ein – die Komitees hören Entwicklern tatsächlich zu. Stellen Sie Ihre Demos als Open Source bereit. Kommentieren Sie Proposals, die Ihnen wichtig sind. So verbessert sich die Plattform.

Erfahrene Entwickler denken in Jahren, nicht in Sprints. Wenn Sie Specs lesen, sind Sie die Person, die sechs Monate vor allen anderen von :has() wusste, die rechtzeitig die passende Data-Fetching-Library ausgewählt hat, bevor das Team schlechte Erfahrungen machte, und die Server Components schon vor der Migration verstanden hat. Diese Weitsicht zahlt sich langfristig aus.

Ab welcher TC39-Stage gilt ein JavaScript-Proposal im Allgemeinen als sicher genug, um es mit einem Transpiler in der Produktion einzusetzen?

Lesen Sie die Quellen: TC39-Proposals, W3C-/WHATWG-Specs und Entwürfe der CSS WG. Stage 3+ ist mit einem Transpiler für die Produktion geeignet. Verfolgen Sie die Entwicklung über caniuse, chromestatus, webkit.org/status und Baseline (web.dev/baseline). Abonnieren Sie web.dev, den WebKit-Blog, v8.dev, CSS-Tricks und JS Weekly. Erstellen Sie Demos, um das Wissen zu verinnerlichen. Bewerten Sie kritisch. Geben Sie etwas zurück. Senior-Denken zahlt sich aus – wer Specs liest, gibt die Richtung vor.