Paz, Amor y JavaScript

Hola a todos. Hola amigos del Congreso de Node. Soy Robin Vendergian. Estoy aquí hoy para hablarles de paz, amor y JavaScript. Ahora, saben, he tenido los mejores trabajos. He tenido la oportunidad de pasar la mayor parte de mi carrera trabajando con código abierto y comunidades de estándares abiertos como ustedes. Durante los últimos 13 años, he estado trabajando con la comunidad de Node.js. Y durante los últimos cuatro años y medio, he sido el director ejecutivo de la OpenJS Foundation. Y si no lo saben, OpenJS fue creado por la fusión de la Fundación Node.js y la Fundación JavaScript, poco antes de unirme. Ahora, aquí está mi amigo y predecesor, Michael Rogers. Michael fue el primer director ejecutivo de la Fundación Node.js, y tal vez no describió su trabajo como el mejor trabajo de todos en 2015. En un documental de Node.js recién lanzado, describió los desafíos que enfrentaba el proyecto en ese momento como que había mucho drama. Y tendrán que ver el documental de Node.js que acaba de ser lanzado en YouTube. Fue lanzado por Honeypot, a quienes algunos llaman el Netflix para desarrolladores. Y es posible que hayan visto su documental sobre React o Kubernetes. Y solo quiero agradecer realmente al equipo de Honeypot. Son una excelente plataforma de trabajo, especialmente para personas en Europa. Y así que si miran OpenJS hoy, no solo apoyamos a Node.js, sino que apoyamos a todo el ecosistema de JavaScript. Y cuando piensan en por qué tenemos una fundación, y a menudo me gusta decir que cuando una tecnología se vuelve súper importante para el mundo, a menudo se dona a una fundación. Y amamos nuestros 35 proyectos, pero hay miles de otros proyectos de código abierto que están conectados con los nuestros. ¿Sabían que el 99% de los sitios web del mundo dependen de JavaScript? Así que la mayoría de las personas están utilizando JavaScript, ya sea que lo sepan o no. Personas como la NASA, ellos usan Node.js o soluciones de trajes espaciales para mantener a los astronautas seguros. Entonces, si lo piensan, Node.js y el código abierto realmente son críticos para el mundo. Así que demos un paso atrás y les daremos una breve descripción general de nuestros proyectos. Nuestros proyectos son realmente fundamentales para la web y más allá. Tenemos Appium, tenemos Jest, jQuery, Webpack y, por supuesto, Node. Y nuestra fundación realmente no podría sobrevivir sin nuestros miembros. Ellos realmente hacen que suceda. Proporcionan el apoyo financiero para llevar a cabo nuestras operaciones. Y

individualmente, también son muy activos en nuestro proceso de gobernanza. Y saben, si echan un vistazo al documental de Node, encontrarán que el drama probablemente fue el resultado de que faltaban algunos elementos clave en esos primeros días de Node. Así que hoy, les hablaré sobre los elementos que son críticos para minimizar el drama en proyectos de código abierto. Y el primero es la neutralidad. En OpenJS, tenemos políticas establecidas como una organización neutral sin fines de lucro para minimizar el drama. Y al hacer esto, realmente tenemos una gobernanza empresarial y técnica separada. Tenemos una junta directiva compuesta por nuestros miembros que establece el presupuesto y las operaciones comerciales de la fundación. Y luego tenemos un lado técnico separado que no está relacionado con nuestra membresía. Y tenemos el consejo de proyectos conjuntos, que es típicamente lo que otras fundaciones describen como un comité de supervisión técnica. Y realmente echan un vistazo a todos nuestros proyectos y establecen las mejores prácticas. Y como una organización paraguas, una cosa clave que implementamos desde el principio es crear un modelo que dé una voz fuerte a nuestros proyectos individuales. Así que cada proyecto tiene su propio comité directivo técnico o equipo central que realmente impulsa y establece la dirección técnica de nuestros proyectos. Entonces, si lo observan, nuestros miembros pagados no tienen influencia en la dirección técnica de los proyectos. Otra forma clave de minimizar el drama es a través de la gobernanza abierta. Y si observan el código abierto, el código abierto realmente define cómo se distribuye el software, las licencias y más. Pero la gobernanza abierta realmente se trata de cómo se administra el proyecto. Entonces, si observan la gobernanza abierta, los colaboradores suelen ser nominados y su liderazgo se elige de alguna forma democrática. Y si se preguntan si su proyecto de código abierto favorito tiene una gobernanza abierta, echen un vistazo a su repositorio y vean si tienen una página de gobernanza. Así que encontrarán la página de gobernanza de Node.js aquí mismo si van a GitHub. Y lo que descubrirán después de analizar toda la información es que ninguna persona puede controlar Node.js. Ninguna empresa puede controlar Node.js. Cada colaborador tiene que hacer compromisos para lograr sus objetivos. Por ejemplo, Node tiene un comité directivo técnico, un TSC, y ellos son responsables de toda la dirección técnica del proyecto, incluyendo los estándares de calidad de lanzamiento, las políticas de gobernanza del proyecto y el proceso, el alojamiento en GitHub y cualquier tipo de conducta y mediación, y mucho más. Y si observan a los colaboradores en el proyecto, ellos son dueños del repositorio para el repositorio de Node.js en GitHub, y los colaboradores tienen acceso humano a ese repositorio y acceso a los trabajos de integración continua, los trabajos de CI. Y saben, si alguna vez hay un desacuerdo con el proyecto en general, y no solo los colaboradores, también hay muchos grupos de trabajo, el TSC vota, y luego hay algunas otras piezas de neutralidad que se incorporan a la gobernanza de Node. Y una pieza importante es que de todas estas personas, no más de una cuarta parte de ellas pueden representar a la misma empresa. Entonces, nuevamente, amamos Node, es realmente un proyecto liderado por la comunidad. Y su gobernanza realmente ha establecido un precedente en las mejores prácticas para otros proyectos de código abierto. Otra aspecto de la gobernanza es que a veces las personas en el proyecto de gobernanza cambian. Y eso está bien. A veces, los mantenedores o los

El comité directivo técnico [52], a veces se queda sin tiempo, energía, pueden haber cambiado de trabajo, donde no tienen tanto tiempo. Así que a veces tenemos proyectos [53] donde necesitan reiniciar su gobernanza. Y hemos visto algunos ejemplos maravillosos bajo la OpenJS Foundation donde esto ha sucedido [54]. Uno de ellos fue Mocap, por ejemplo, que fue entregado a nuevos mantenedores. Y otro ejemplo reciente es el proyecto Express. Express es un framework de aplicaciones web [55] en JavaScript. Tiene 29 millones de descargas semanales. Y lo que descubrimos es que Express se había estancado si lo has estado siguiendo. Y, sabes [56], la comunidad realmente pensó que podría ser un riesgo de seguridad y estabilidad para millones de usuarios, empresas y otros que dependen de Express. Así que lo que fue realmente genial de ver es que los miembros de la comunidad recientemente intervinieron con la ayuda del Consejo de Proyectos Conjuntos de la OpenJS Foundation. Y ellos elaboraron un plan que puedes ver en la carpeta de discusiones de Express, junto con algunas de sus principales prioridades para impulsar realmente ese proyecto [57]. Así que han agregado nuevos miembros al comité técnico [59]. Y están haciendo cosas maravillosas [59]. Y estamos realmente emocionados de ver lo que está sucediendo [60]. Es raro que esto ocurra. Pero nuevamente, a veces es parte del flujo normal de un proyecto de código abierto. Y es genial ver a Express reiniciando su gobernanza. Otra forma clave de minimizar el drama es la propiedad intelectual. Y aunque sabes, la Fundación Node, y luego más tarde la OpenJS Foundation, trajeron neutralidad y gobernanza abierta al proyecto Node. No fue hasta siete años después, hace solo unos años, cuando Joyent, que ahora es propiedad de Samsung, transfirió el logotipo de Node.js a la OpenJS Foundation. Y sabes, en OpenJS nos habían otorgado previamente un uso gratuito perpetuo para usar la marca y el logotipo de Node durante los últimos años. Pero simplemente no era lo mismo. Y, sabes, una de las principales ventajas de tener un proyecto de código abierto alojado en una fundación como OpenJS es el apoyo legal. Y eso incluye la gestión de cosas como las marcas comerciales, y las marcas comerciales realmente protegen el trabajo de ustedes, los colaboradores que están trabajando en estos proyectos. Y las marcas comerciales son importantes, no solo para la protección de la marca, sino que también identifica la fuente específica del código [67]. Y hay muchas razones por las que esto es importante. Piensa en el enlace de descarga, súper importante. También protege la autenticidad de cosas como la documentación, la certificación y los eventos de capacitación, y tal vez el abuso de la marca comercial utilizada en entidades comerciales. Así que la propiedad intelectual fue realmente clave [69]. Y puedes ver que la comunidad estaba realmente emocionada de que Joyent y Samsung contribuyeran la marca de Node a la fundación. Otra forma clave de minimizar el drama es

La colaboración es fundamental. Y en OpenJS, operamos de una manera de `mejor juntos`. Y es posible que veas que otras fundaciones tienen cosas llamadas grupos de trabajo. Sabes, somos un poco más `javascripteros` y nos gusta llamar a nuestros grupos de trabajo espacios de colaboración. Simplemente creemos que eso es un poco más colaborativo e inclusivo. Y es una forma de llegar a audiencias más amplias. Y así, tenemos cuatro espacios de colaboración en marcha en este momento. Y todos están invitados a unirse en cualquier momento, todas nuestras reuniones son públicas. Y compartiré más información al respecto. Pero déjame darte una breve descripción general de nuestros espacios en la nube. Primero, tenemos el espacio de visualización abierta. Ellos tienen su propio sitio web en openvisualization.org. Y realmente gobiernan las bibliotecas muy geniales basadas en JavaScript y WebGL. Así que piensa en Kepler, vis GL, deck GL, hay un gran trabajo sucediendo en el espacio de visualización abierta. Tenemos un espacio de seguridad, estableciendo políticas y mejores prácticas, no solo para nuestros proyectos, sino esperamos para todo el ecosistema de JavaScript. Y parte de eso ha sido cuidar, emprender algunos trabajos financiados por el fondo soberano de tecnología alemán, y estamos realmente emocionados por el trabajo que se está haciendo allí. Gran parte de eso implica tomar muchas de las mejores prácticas de seguridad que se están desarrollando en la Open Source Security Foundation, la open SSF, y personalizarlas para JavaScript. Y también vamos a implementar algunos entrenamientos y otras cosas este año. También tenemos un espacio de colapso de interoperabilidad de metadatos de paquetes. Recientemente publicamos un blog sobre por qué deberías preocuparte por la interoperabilidad de metadatos de paquetes. Pero hay un trabajo realmente interesante en curso, donde el comité está trabajando para definir paquetes en todos los ecosistemas que tratan con package JSON. Y por último, pero no menos importante, tenemos un espacio de colaboración en estándares. Es un `quién es quién` en la colaboración. En el mundo de los estándares, tenemos representantes de ECMA TC 39 TC 53. TC 39 está definiendo el estándar ECMAScript, tenemos W3C, tenemos Winter CG, y también tenemos el consorcio Unicode, que en realidad define los emojis, lo cual es súper genial. Entonces, nuevamente, estos grupos se reúnen quincenalmente y nos encantaría que participes. Y si piensas en proyectos de código abierto, sabes, hay mucho más que solo código. Así que hablé un poco sobre cómo la fundación

La Fundación Open JS apoya proyectos con trabajo legal y parte del trabajo de seguridad. También hacemos mucho marketing para ayudar a impulsar la adopción de los proyectos. Además, alojamos la infraestructura de TI para estos proyectos de código abierto. Me gusta describir lo que hacemos como, ya sabes, piensa en si trabajas en una gran empresa y tienes el equipo de desarrollo construyendo el producto. Para nosotros, el producto es el proyecto de código abierto. Y nosotros somos como el equipo de producto en torno a eso. Así que hacemos todo lo que va más allá del código, lo que realmente ayuda a eliminar la fricción para que los mantenedores puedan construir el mejor proyecto de código abierto que puedan hacer. Y luego lo que es especialmente especial de nosotros es, nuevamente, esa neutralidad. Entonces, cuando las personas contribuyen, debes pensar en a quién confías para enviar tus contribuciones para el futuro. Y luego, algo realmente maravilloso de la Fundación Open JS es nuestra cultura. Somos diversos, vibrantes. Me gusta pensar que somos divertidos, creativos, colaborativos. Ha sido una forma maravillosa incluso desde COVID, donde vas a hacer nuevos amigos, encontrarás que las líneas de empresa y país simplemente se disuelven cuando conoces y colaboras con personas apasionadas por el código abierto y por Node.js.

Si pensara en el final de Hollywood para la secuela de la película de Node en 2024, porque si ves el documental que se lanzó recientemente, realmente terminó en 2015. Y aunque hemos recorrido un largo camino desde 2015, hay tantos puntos de datos geniales que suceden en la comunidad, como mencioné, esa gobernanza abierta que realmente estableció un estándar de facto para Node.js y contribuyó a su éxito. Desde 2015, ese equipo ha estado lanzando cada seis meses, el año pasado, más de 2 mil millones de descargas, nos gusta decir que probablemente está en la computadora portátil de cada desarrollador. Y todo el trabajo reciente que han hecho con la seguridad ha sido excepcional. Así que estoy realmente emocionado por el futuro de Node.js. Si te gustaría participar de alguna manera, ya sea en Node o en alguno de nuestros proyectos, echa un vistazo. También puedes visitar nuestro sitio web. Nuestro Slack está abierto. Hay un enlace para Slack, nuestro calendario público, más información sobre nuestros espacios de colaboración. Realmente nos encantaría que colabores con nosotros. Y gracias a los amigos del Congreso de Node por tenerme. Muchas gracias.