Bycie na bieżąco: specyfikacje i propozycje

Frontend szybko się zmienia. Co kwartał pojawiają się nowe API CSS, JS i przeglądarek. Seniorzy nie czekają na wpisy na blogach — czytają źródła: projekty W3C, propozycje TC39, specyfikacje CSS WG i strony ze stanem implementacji w przeglądarkach.

TC39 to komitet rozwijający JavaScript. Propozycje przechodzą przez 5 etapów: 0 (strawperson), 1 (proposal), 2 (draft), 3 (candidate), 4 (finished, wdrożone w ECMAScript). Etap 3 to moment, w którym można bezpiecznie na nich polegać (przeglądarki je implementują, a składnia jest zamrożona).

Każda propozycja znajduje się pod adresem github.com/tc39/proposal-NAME. Plik README wyjaśnia motywację, składnię i przykłady. Gałąź „spec text” zawiera formalną gramatykę. Ostatnio wdrożone propozycje: Records & Tuples, Pipeline Operator, Decorators v3, Iterator Helpers.

github.com/tc39/proposals: lista wszystkich propozycji wraz z etapami. 2ality.com: blog Axela Rauschmayera podsumowujący każde spotkanie. v8.dev: Google V8 wdraża propozycje najszybciej, a wpisy na blogu je wyjaśniają.

W3C standaryzuje CSS, ARIA i API internetowe. WHATWG utrzymuje HTML, DOM, Fetch i URL — czyli „żywe standardy”. Obie organizacje pracują publicznie na GitHubie. Zgłaszanie problemów w repozytorium html organizacji WHATWG jest dostępne dla każdego.

CSS WG stale publikuje specyfikacje: container queries, :has(), zagnieżdżanie CSS, przejścia widoków, pozycjonowanie kotwic i animacje sterowane przewijaniem. Można je śledzić w repozytorium github.com/w3c/csswg-drafts oraz na blogu CSS WG.

Nawet propozycja na etapie 4 nie nadaje się do użycia, dopóki nie zostanie wdrożona w przeglądarkach. Warto sprawdzić: caniuse.com (ogólnie), chromestatus.com (Chrome), webkit.org/status (Safari), platform-status.mozilla.org (Firefox).

web.dev/baseline informuje, które funkcje są „Nowo dostępne” (w najnowszych wersjach wszystkich głównych przeglądarek) oraz „Szeroko dostępne” (od około 30 miesięcy). To doskonałe źródło przy podejmowaniu decyzji, co można bezpiecznie wdrożyć.

1) web.dev/blog — Google web devrel. 2) WebKit blog — informacje o Safari. 3) v8.dev/blog — V8 i JavaScript w Chrome. 4) CSS-Tricks newsletter. 5) JavaScript Weekly / Frontend Focus. 6) This Week in WebKit.

Należy czytać kod źródłowy używanych bibliotek. React, Vue i Vite są dostępne na GitHubie. Czytanie o tym, jak opiekunowie bibliotek rozwiązali trudne problemy, to jeden z najlepszych sposobów na rozwój.

Nie należy tylko czytać o nowych funkcjach — warto je wypróbować. Można zbudować małą demonstrację z użyciem View Transitions API, selektora :has() lub nowych metod Set w ECMAScript. Naprawdę uczymy się dopiero przez używanie.

Nie każda efektowna nowość nadaje się do produkcji. Należy zapytać: czy jest objęta Baseline? Czy działa w docelowych przeglądarkach? Jaki jest koszt polyfilla? Jaki problem rozwiązuje, którego nie rozwiązuje obecne podejście? Czy zespół ją zna? Warto wdrażać rozwiązania świadomie, a nie odruchowo.

Warto zgłaszać problemy dotyczące propozycji TC39 i WHATWG, podając przypadki użycia oraz kontrprzykłady — komitety naprawdę słuchają deweloperów. Należy publikować własne demonstracje jako open source i komentować interesujące Państwa propozycje. W ten sposób rozwija się platforma.

Seniorzy myślą w perspektywie lat, a nie sprintów. Czytanie specyfikacji sprawia, że są Państwo osobą, która znała :has() sześć miesięcy przed wszystkimi innymi, wybrała właściwą bibliotekę do pobierania danych, zanim zespół boleśnie się przekonał o złym wyborze, i rozumiała Server Components przed migracją. Taka dalekowzroczność procentuje coraz bardziej.

Na którym etapie TC39 propozycję JavaScriptu uznaje się zazwyczaj za bezpieczną do rozpoczęcia używania na produkcji z transpilerem?

Należy czytać źródła: propozycje TC39, specyfikacje W3C/WHATWG i projekty CSS WG. Etap 3 lub wyższy jest bezpieczny dla produkcji z transpilerem. Warto śledzić caniuse, chromestatus, webkit.org/status i Baseline (web.dev/baseline). Należy subskrybować web.dev, WebKit blog, v8.dev, CSS-Tricks i JS Weekly. Budowanie demonstracji pomaga utrwalić wiedzę. Trzeba oceniać rozwiązania krytycznie i wnosić swój wkład. Myślenie seniora procentuje — inżynier, który czyta specyfikacje, przewodzi.