Mantenerse al día: lectura de especificaciones y propuestas

El frontend cambia rápidamente. Cada trimestre se publican nuevas API de CSS, JS y de los navegadores. Los ingenieros senior no esperan a que aparezcan publicaciones en blogs: leen las fuentes, como los borradores del W3C, las propuestas de TC39, las especificaciones del CSS WG y las páginas de estado de implementación de los navegadores.

TC39 es el comité que evoluciona JavaScript. Las propuestas pasan por 5 etapas: 0 (idea preliminar), 1 (propuesta), 2 (borrador), 3 (candidata), 4 (terminada, incluida en ECMAScript). La etapa 3 es el momento en que resulta seguro apostar por ella (los navegadores la implementan y la sintaxis está congelada).

Cada propuesta se encuentra en github.com/tc39/proposal-NAME. El README explica la motivación, la sintaxis y ofrece ejemplos. La rama «spec text» contiene la gramática formal. Incorporaciones recientes: Records & Tuples, Pipeline Operator, Decorators v3, Iterator Helpers.

github.com/tc39/proposals: lista de todas las propuestas y sus etapas. 2ality.com: el blog de Axel Rauschmayer resume cada reunión. v8.dev: V8 de Google incorpora las propuestas más rápido y sus publicaciones explican cómo funcionan.

W3C estandariza CSS, ARIA y las API web. WHATWG mantiene HTML, DOM, Fetch y URL: los «estándares vivos». Ambos trabajan públicamente en GitHub. Cualquiera puede presentar incidencias en el repositorio html de WHATWG.

El CSS WG publica especificaciones continuamente: container queries, :has(), CSS nesting, view transitions, anchor positioning y scroll-driven animations. Puede seguir su actividad en github.com/w3c/csswg-drafts y en el blog del CSS WG.

Incluso una propuesta de etapa 4 no se puede usar hasta que los navegadores la publiquen. Compruebe: caniuse.com (general), chromestatus.com (Chrome), webkit.org/status (Safari), platform-status.mozilla.org (Firefox).

web.dev/baseline indica qué funcionalidades están «Newly available» (disponibles en la versión más reciente de todos los navegadores principales) y «Widely available» (disponibles durante unos 30 meses). Es excelente para decidir qué es seguro publicar.

1) web.dev/blog: relaciones con desarrolladores web de Google. 2) WebKit blog: anuncios de Safari. 3) v8.dev/blog: JavaScript de V8 y Chrome. 4) CSS-Tricks newsletter. 5) JavaScript Weekly / Frontend Focus. 6) This Week in WebKit.

Lea el código fuente de las bibliotecas que utiliza. React, Vue y Vite están en GitHub. Leer cómo sus mantenedores resolvieron problemas complejos es una de las mejores formas de mejorar sus habilidades.

No se limite a leer sobre las funcionalidades nuevas: pruébelas. Cree una demo pequeña con View Transitions API, con el selector :has() y con los nuevos métodos Set de ECMAScript. Solo se aprende de verdad al utilizarlas.

No todo lo nuevo y llamativo pertenece a producción. Pregúntese: ¿es Baseline? ¿funciona en los navegadores objetivo? ¿cuál es el coste del polyfill? ¿qué problema resuelve que el enfoque actual no resuelva? ¿lo conoce el equipo? Adopte las tecnologías de forma deliberada, no por reflejo.

Presente issues en propuestas de TC39 y WHATWG con casos de uso y contraejemplos: los comités realmente escuchan a los desarrolladores. Publique sus demos como código abierto. Comente las propuestas que le interesen. Así es como mejora la plataforma.

Los ingenieros senior piensan en años, no en sprints. Leer especificaciones le convierte en la persona que conocía :has() seis meses antes que los demás, que eligió la biblioteca adecuada para obtener datos antes de que al equipo le pasara factura y que entendió Server Components antes de la migración. Esa visión de futuro se acumula.

¿En qué etapa de TC39 se considera generalmente que una propuesta de JavaScript es segura para empezar a usarla en producción con un transpilador?

Lea las fuentes: propuestas de TC39, especificaciones de W3C/WHATWG y borradores del CSS WG. La etapa 3 o superior es segura para producción con un transpilador. Siga la actividad mediante caniuse, chromestatus, webkit.org/status y Baseline (web.dev/baseline). Suscríbase a web.dev, WebKit blog, v8.dev, CSS-Tricks y JS Weekly. Cree demos para interiorizar los conceptos. Evalúe con espíritu crítico. Contribuya a la comunidad. La visión senior se acumula: el ingeniero que lee las especificaciones lidera.