Contribuyendo a los Estándares Web

Contribuyendo a los estándares web. Hola, soy Hemant. Soy un gerente senior en PayPal. También soy un experto desarrollador de Google para tecnología web y de pagos. Puedes encontrarme en EdgeStreamMan.com. ¿Alguna vez te has preguntado quién decide cómo funciona la API web? ¿Por qué algunas características tardan años en lanzarse? ¿Cómo sugieres un cambio en la web? Si es así, esta charla es para ti. Has llegado al lugar correcto. Tuve la suerte de estar sobre los hombros de gigantes y ser parte de comunidades como TC39 y RegMa y Node.js Foundation y algunas partes de WhatWG. Me alegró contribuir y ser autor de algunas de las propuestas. La esencia de los estándares web es la curiosidad. Te planteas una pregunta sobre qué desafíos tenemos. ¿Cómo los resolvemos? La gente propone cambios. La gente discute la propuesta, evalúa los resultados, implementa los cambios. Creo que esto se puede clasificar ampliamente en cómo funcionan los estándares web, independientemente de la comunidad que sea.

Dominando los estándares web. Todo comienza con los estándares web siendo un signo de interrogación. ¿Qué son los estándares web? ¿Cómo contribuyo? ¿Cómo funcionan los estándares web? Para entender qué son los estándares y participar activamente en ellos, finalmente moldeando el futuro y luego puedes dominar los estándares web. Bueno, como dijo Charlie Chaplin, la vida es demasiado corta para ser un experto en algo. Al dominar, diría que entiendes ciertos aspectos de los estándares web en profundidad para que puedas contribuir bien e influir en la comunidad.

Sinergia de los estándares web. Hay múltiples pistas dentro de los estándares web desde SVG, web APIs, DOM, CSS, HTML, JavaScript, y así sucesivamente. Hay algunas organizaciones clave que gobiernan los estándares web. Pueden ser IEEE, WhatWG, ECMA, Unicode, ISO, IETF, W3C, INA. Vamos a ver algunos de estos estándares y ver cómo funcionan. Todo el espectro de estándares web se puede clasificar en protocolos, estándares de programación, accesibilidad, seguridad, internalización. Creo que todos estos estándares caerían en estas categorías. Algunos de ellos aseguran una comunicación fluida a través de la web. O algunos de ellos están trabajando en establecer consistencia en las prácticas de codificación, cuidando la accesibilidad y así sucesivamente. W3C es el World Wide Web Consortium, que es uno de los cuerpos de estándares importantes, que posee estándares a través de HTML, CSS, SVG, RER, WCHE, y web APIs. También tienen varios grupos de trabajo, grupos de interés, grupos comunitarios, grupos de negocios, que también involucran grupos de arquitectura técnica, y hay algunos expertos invitados. Puedes ver la maravillosa línea de tiempo aquí sobre la evaluación de W3C, cómo comenzó y dónde está hoy.

WhatWG es otro grupo, que es el Web Hypertext Application Technology Working Group. Este grupo se encarga de múltiples entidades que, como puedes ver aquí en la pantalla. Ya sea estándares de compatibilidad, estándares DOM, estándares HTML, algunas de las APIs como full-screen APIs, streams, URL, URL pattern, WebIDL, WebSockets, y así sucesivamente.

ECMA International es otro grupo donde hay múltiples estándares y estos son algunos de los estándares que están distribuidos en la web. ECMA 262 es uno muy famoso, que también es responsable de TC39 y todo el ECMA script. Se encarga de los estándares principales de JavaScript que definen la sintaxis, semántica y características de JavaScript, que es un cuerpo activo. 402 es International API, 404 es formato de datos JSON, y ECMA 5.7 está algo obsoleto, pero solo quería decir que hay algunos grupos que quedan obsoletos, que era ECMA script para XML.

Y luego tenemos IETF, que es Internet Engineering Task Force. Esto incluye HTTP, seguridad, formatos de datos en tiempo real e infraestructura. Y también tienen un canal maravilloso con alrededor de 5.2K videos donde no solo graban las reuniones y también probablemente comparten mucha información. Vale la pena echar un vistazo al canal de IETF. En el lado de Unicode, tenemos estándares principales, formas de codificación, estándares de emoji, estándares técnicos e informes técnicos. Y IANA es Internet Assigned Number Authority. Se encargan de las zonas raíz de DNS, asignación de direcciones IP, base de datos de zonas horarias, subtítulos de idioma y asignaciones de parámetros de protocolo.

Hay algunos otros grupos como IANA, que es International Assigned Number Authority. Es el que acabamos de ver. Y luego tenemos ISO, IEC y OASIS. Que es Organization for Advancement of Structured Information Standards. Su papel es en el tipo de desarrollador, TI más amplio y estándares de comunicación que a veces se cruzan con Webtechs como PDF y tipos de medios.

¿Qué tan abiertos son? ¿Son gratuitos? ¿Cómo contribuyo? Vamos a ver una visión general rápida. En términos de acceso a estándares, W3C, Web3D, IETF, OSIS, iOS, Ecma, todos ellos son casi gratuitos. iOS es de pago. ¿Se requiere membresía? W3C es opcional para grupo y votación. Pero se necesita una cuota de membresía anual si deseas los privilegios de votación de $1.9K a $59K según el tamaño y la región.

Para Web3D, se requiere membresía, sí, para participación completa. Eso es alrededor de $100K a $15K según el tipo de membresía que necesites. IETF es gratuito, no se necesita membresía. OSIS es gratuito. Se requiere membresía, sí, para contribuir alrededor de $1K a $18K más. Para ISO, nuevamente, necesitas membresía a través de cuerpos nacionales de cuota anual variable. Para Ecma, si deseas votar y participar y también ser parte de estas reuniones, tienes alrededor de $500K a $15K CHF, no USD en este caso.

Eso es lo que vas a pagar según el tipo de membresía que desees. Una vez que te conviertas en miembro de este comité, puedes comenzar a participar en sus reuniones y contribuir, proponer y votar por diferentes propuestas. ¿A qué grupo debería unirme según tu interés? Si estás más enfocado en el front-end, deberías unirte a W3C o WODWG para estándares de desarrollo front-end. Si te gusta más JavaScript, definitivamente deberías unirte a Ecma en TC39. Para la pila de red, deberías unirte a IETF para el desarrollo de protocolos de red. Si te interesa la accesibilidad, entonces también puedes unirte a los estándares de accesibilidad de W3C. Si estás más interesado en, como, CLI de tiempo de ejecución o eres más un implementador de estándares, podrías unirte a cualquiera de estos. Camino para la participación.

Primero que nada, necesitas identificar cuál es tu interés, cuál es tu área de interés, qué dominio te gusta, y con el que te sientes cómodo e interesado. Luego exploras estos estándares y sigues algunas de las propuestas. ¿Cómo van? Las estudias y las entiendes, o también puedes estudiar, como en este caso, podrías estudiar algunos de los protocolos de red. Si es específico de J, puedes mirar en TC39.

Si es front-end, puedes mirar en W3C y así sucesivamente, ¿verdad? Como que tienes un espectro de varios estándares y entidades y cuerpos, y según tu interés, puedes elegir. Algunos de los desafíos comunes y cómo superarlos, ¿verdad? Siempre que hablo de TC39 y algunos de los estándares, estas son algunas de las preguntas comunes que aparecen, como, oye, como, ¿cómo entiendo algunos de los jergones y complejidades, verdad? La mayoría de los cuerpos de estándares tienen una buena guía de introducción.

Necesito pensar e intentar resolver una propuesta desde el primer día. Puedes comenzar haciendo pequeñas contribuciones, intenta entender cómo funcionan las cosas y habla con más personas y entiende cuál es este proceso de pensamiento detrás de una propuesta. ¿Cómo se propone, como cuál es el problema que un individuo está tratando de resolver? Eso se convierte en la parte crucial para cualquier propuesta, ¿verdad? ¿Cuál es ese problema que estás enfrentando en tu día a día, como, aspectos de la web?

Y a veces también es como las zonas horarias y las reuniones. Está distribuido por todo el mundo, ¿verdad? Así que no puede estar allí en persona o en la vida siempre para todas las reuniones. Así que deberías suscribirte a algunas de las buenas listas de correo. Ve y lee cómo son las propuestas, en qué etapa están, lee algunos problemas de GitHub e intenta obtener una visión holística de lo que está sucediendo. Por supuesto, todos necesitan comenzar en algún lugar y simplemente comenzar, incluso si es un pequeño comienzo, incluso como leer un readme o hacer una pequeña corrección en uno de los documentos, eso es un gran comienzo.

Hay algunos primeros pasos que puedes dar aquí como revisar algunas de las especificaciones de GitHub, como TC39 o WG y unirte al comité de W3C. Contribuye con algunos de los casos de prueba para la prueba de plataforma web, mejora especificaciones y ejemplos de prueba, sigue estándares y discusiones en X, Twitter, la mayoría de los desarrolladores todavía están por ahí. Masifícalo en nuestros foros relativos, ¿verdad? Solo comienza, no necesitas permisos, ¿verdad? Como la web es libre y abierta. Puedes, he visto algunos casos donde una simple publicación en redes sociales se convirtió en un estándar en como seis meses.

Hay algunos casos donde han pasado años tratando de discutir de un lado a otro porque no tienes que terminar en un estado donde estás rompiendo la web. La web siempre debe ser compatible hacia atrás. Así que es interesante seguir este viaje y leer foros relevantes y obtener ideas. ¿Por qué importa? Como la web es infraestructura pública, como miles de millones realmente en estándares abiertos y tu voz definitivamente importa. Puedes dar forma al futuro de la web. Se trata de, en una especie de tener un buen caso de uso, un buen problema para resolver, que múltiples personas que usan la web están enfrentando.

Características como Async Await, CSS Grid, WebAuth existen porque los desarrolladores abogaron por ellas. Y el atributo alt en HTML se agregó para mejorar la accesibilidad después de discutir con muchas comunidades y recibir mucho feedback. Así que tu voz como desarrollador, como individuo importa mucho. Hemos visto personas contribuyendo desde varios espectros, no solo como ingenieros, sino que también hemos visto a algunos doctores contribuyendo a los estándares. Así que tu voz como consumidor de la web, como desarrollador definitivamente importa.

Un ejemplo de cómo funcionan las diferentes etapas en este caso, TC39, que es un organismo de estándares, que se encarga de ECMAScript, tiene varias etapas aquí. La etapa cero es más una idea abierta a cualquiera. Como si tuvieras una idea, podrías crear un issue, escribir un blog, o hay una plantilla que puedes clonar e intentar crear en un issue de etapa cero. Eso es solo como una etapa inicial donde solo tienes una idea. Y la etapa uno es como en construcción. Se identifican algunos de los campeones, se crea un repositorio. La etapa dos, se crea un texto borrador con ejemplos. Esto como los diseños se refinan. Y la etapa 2.7 es algo que se agregó recientemente, se agregó recientemente, que es como el texto completo de la especificación y validación.

Y la etapa tres es como candidato. Recomendado para implementación con retroalimentación del mundo real. En esta etapa, normalmente están detrás de banderas y tomando mucha retroalimentación de los desarrolladores. La etapa cuatro está como completada. Aquí está la propuesta lista, y hay dos implementaciones. Y la mayoría de los navegadores y como V8 y todos ellos comenzarán a implementarlo en este punto. Así que están detrás, fuera de la bandera. Así que normalmente todos los cuerpos de estándares tienen ciertas etapas y variaciones en las que manejan las propuestas. Pero esto es solo como una visión general de cómo funciona.

Algunos de los ejemplos son de alto nivel, I-8 que comenzó como una idea de etapa cero. Por supuesto, sabemos que todo está ahí en el JS moderno hoy. Incluí promise.any, promise prototype at object has on. Creo que esta es una de las propuestas más rápidas que llegó a la etapa cuatro. Así que hay muchos ejemplos de este tipo por ahí. Comienza a leer las propuestas, entiende cuáles fueron los desafíos que se enfrentaron. Cada propuesta tiene un repositorio, y esos tienen issues en ellos.

Así que podrías ir y leer y entender lo que está sucediendo. Y de esa manera obtienes una visión holística de cómo funcionan las cosas aquí. Y una vez que tienes una idea, ya sea que te conviertas en miembro o hables con uno de los miembros e influencies a la comunidad en la dirección correcta. El futuro de los estándares web, como las tendencias parecen estar más enfocadas en, por supuesto, privacidad, seguridad y control del usuario, creciente importancia para el rendimiento y la eficiencia energética, expandiendo las capacidades web, web GPU. Por supuesto, la IA está en todas partes.