Manter-se atualizado: ler especificações e propostas

O front-end muda rapidamente. Novos CSS, JS e interfaces de navegadores são lançados a cada trimestre. Engenheiros seniores não esperam por publicações em blogs — leem a fonte: rascunhos do W3C, propostas do TC39, especificações do CSS WG e páginas de status de implementação dos navegadores.

TC39 é o comitê que evolui o JavaScript. As propostas passam por 5 estágios: 0 (ideia inicial), 1 (proposta), 2 (rascunho), 3 (candidata), 4 (concluída, distribuída no ECMAScript). O estágio 3 é quando geralmente é seguro apostar nela (os navegadores a implementam e a sintaxe está congelada).

Cada proposta fica em github.com/tc39/proposal-NAME. O README explica a motivação, a sintaxe e os exemplos. O ramo “texto da especificação” contém a gramática formal. Lançamentos recentes: Registros e tuplas, operador de pipeline, decoradores v3 e auxiliares de iteradores.

github.com/tc39/proposals: lista de todas as propostas com seus estágios. 2ality.com: o blog de Axel Rauschmayer resume cada reunião. v8.dev: o V8 do Google distribui propostas mais rapidamente; as publicações explicam cada uma.

O W3C padroniza CSS, ARIA e interfaces web. O WHATWG mantém HTML, DOM, Fetch e URL — os “padrões vivos”. Ambos trabalham publicamente no GitHub. Qualquer pessoa pode abrir problemas no repositório html do WHATWG.

O CSS WG lança especificações continuamente: consultas de contêiner, :has(), aninhamento de CSS, transições de visualização, posicionamento de âncoras e animações orientadas por rolagem. Acompanhe pelo github.com/w3c/csswg-drafts e pelo blog do CSS WG.

Mesmo uma proposta no estágio 4 não pode ser usada até que os navegadores a distribuam. Consulte: caniuse.com (geral), chromestatus.com (Chrome), webkit.org/status (Safari), platform-status.mozilla.org (Firefox).

web.dev/baseline informa quais recursos estão “Disponíveis recentemente” (nas versões mais recentes de todos os principais navegadores) e “Amplamente disponíveis” (há cerca de 30 meses). É excelente para decidir o que pode ser lançado com segurança.

1) web.dev/blog — equipe do Google de relações com desenvolvedores web. 2) WebKit blog — anúncios do Safari. 3) v8.dev/blog — V8 e JavaScript do Chrome. 4) Boletim informativo do CSS-Tricks. 5) JavaScript Weekly / Frontend Focus. 6) This Week in WebKit.

Leia o código-fonte das bibliotecas que usa. React, Vue e Vite estão todos no GitHub. Ler como os mantenedores resolveram problemas difíceis é uma das melhores maneiras de evoluir.

Não se limite a ler sobre recursos novos — experimente-os. Crie uma demonstração pequena com o recurso View Transitions, com o seletor :has() e com os novos métodos Set do ECMAScript. Você só aprende de verdade usando.

Nem toda novidade atraente pertence à produção. Pergunte: é Baseline? Funciona nos nossos navegadores-alvo? Qual é o custo do preenchimento de compatibilidade? Que problema ela resolve que a abordagem atual não resolve? Minha equipe conhece esse recurso? Adote deliberadamente, não por reflexo.

Abra problemas nas propostas do TC39 e do WHATWG com casos de uso e contraexemplos — os comitês realmente ouvem os desenvolvedores. Disponibilize suas demonstrações como código aberto. Comente as propostas importantes para você. É assim que a plataforma melhora.

Engenheiros seniores pensam em anos, não em ciclos de desenvolvimento. Ler especificações faz de você a pessoa que conhecia :has() seis meses antes de todo mundo, que escolheu a biblioteca certa para buscar dados antes de a equipe ter problemas e que entendeu os Server Components antes da migração. Essa visão antecipada se acumula.

Em qual estágio do TC39 uma proposta do JavaScript geralmente é considerada segura para começar a ser usada em produção com um transpilador?

Leia a fonte: propostas do TC39, especificações do W3C e WHATWG, rascunhos do CSS WG. O estágio 3 ou superior é seguro para produção com um transpilador. Acompanhe por meio de caniuse, chromestatus, webkit.org/status e Baseline (web.dev/baseline). Assine web.dev, o blog do WebKit, v8.dev e CSS-Tricks, além de JS Weekly. Crie demonstrações para assimilar o conteúdo. Avalie de forma crítica. Contribua de volta. O pensamento sênior se acumula — o engenheiro que lê especificações lidera.