Rimanere aggiornati: leggere specifiche e proposte

Il frontend cambia rapidamente. Ogni trimestre vengono rilasciate nuove API CSS, JavaScript e del browser. Gli ingegneri senior non aspettano i post dei blog: leggono le fonti, come le bozze W3C, le proposte TC39, le specifiche del CSS WG e le pagine sullo stato dell'implementazione nei browser.

TC39 è il comitato che fa evolvere JavaScript. Le proposte attraversano 5 fasi: 0 (strawperson), 1 (proposal), 2 (draft), 3 (candidate), 4 (finished, rilasciata in ECMAScript). La fase 3 è quella in cui è ragionevole puntarci: i browser la implementano e la sintassi è congelata.

Ogni proposta si trova in github.com/tc39/proposal-NAME. Il README spiega la motivazione, la sintassi e gli esempi. Il branch 'spec text' contiene la grammatica formale. Proposte approdate di recente: Records & Tuples, Pipeline Operator, Decorators v3, Iterator Helpers.

github.com/tc39/proposals: elenco di tutte le proposte con le relative fasi. 2ality.com: il blog di Axel Rauschmayer riassume ogni riunione. v8.dev: Google V8 integra le proposte più rapidamente e i post del blog le spiegano.

W3C standardizza CSS, ARIA e le API web. WHATWG mantiene HTML, DOM, Fetch e URL, ovvero gli 'standard viventi'. Entrambe le organizzazioni lavorano pubblicamente su GitHub. Chiunque può aprire issue nel repository html di WHATWG.

Il CSS WG pubblica continuamente nuove specifiche: container queries, :has(), CSS nesting, view transitions, anchor positioning e scroll-driven animations. Le novità sono disponibili in github.com/w3c/csswg-drafts e nel blog del CSS WG.

Anche una proposta in fase 4 non è utilizzabile finché i browser non la implementano. Controlli: caniuse.com (informazioni generali), chromestatus.com (Chrome), webkit.org/status (Safari), platform-status.mozilla.org (Firefox).

web.dev/baseline indica quali funzionalità sono 'Disponibili di recente' (nell'ultima versione di tutti i principali browser) e 'Ampiamente disponibili' (da circa 30 mesi). È eccellente per decidere che cosa sia sicuro rilasciare.

1) web.dev/blog: il team web devrel di Google. 2) WebKit blog: gli annunci di Safari. 3) v8.dev/blog: V8 e JavaScript in Chrome. 4) CSS-Tricks newsletter. 5) JavaScript Weekly / Frontend Focus. 6) This Week in WebKit.

Legga il codice sorgente delle librerie che utilizza. React, Vue e Vite sono tutti disponibili su GitHub. Studiare come i maintainer hanno risolto problemi complessi è uno dei modi migliori per migliorare le proprie competenze.

Non si limiti a leggere le nuove funzionalità: le provi. Crei una piccola demo con View Transitions API, con il selettore :has() e con i nuovi metodi Set di ECMAScript. Si impara davvero solo usando le funzionalità.

Non tutte le novità brillanti appartengono alla produzione. Si chieda: è in Baseline? Funziona nei browser di destinazione? Qual è il costo del polyfill? Quale problema risolve che l'approccio attuale non risolve? Il team la conosce? Adotti le novità deliberatamente, non per riflesso.

Apra issue sulle proposte TC39 e WHATWG, corredandole di casi d'uso e controesempi: i comitati ascoltano davvero gli sviluppatori. Renda open source le Sue demo. Commenti le proposte che ritiene importanti. È così che la piattaforma migliora.

Gli ingegneri senior ragionano in anni, non in sprint. Leggere le specifiche La rende la persona che conosceva :has() sei mesi prima di tutti gli altri, che ha scelto la libreria giusta per il data fetching prima che il team ne subisse le conseguenze e che comprendeva i Server Components prima della migrazione. Questa lungimiranza si accumula nel tempo.

In quale fase TC39 una proposta JavaScript è generalmente considerata abbastanza sicura da iniziare a usare in produzione con un transpiler?

Legga le fonti: proposte TC39, specifiche W3C/WHATWG e bozze del CSS WG. Dalla fase 3 in poi, l'uso in produzione con un transpiler è sicuro. Segua caniuse, chromestatus, webkit.org/status e Baseline (web.dev/baseline). Si iscriva a web.dev, al blog di WebKit, a v8.dev e a CSS-Tricks e segua JS Weekly. Crei demo per assimilare i concetti. Valuti con spirito critico. Contribuisca a propria volta. Il pensiero senior si accumula nel tempo: chi legge le specifiche guida il team.