Construyendo Puentes hacia un Futuro Post-SPA

Quería decir hola a todos. Sé que acabamos de regresar del descanso, y quiero ser inclusivo, así que me doy cuenta de que probablemente esto está dejando a algunas personas fuera. Es un poco sorprendente para mí estar aquí hoy, porque hablé en JS Nation el año pasado, e hice lo que nunca se supone que debes hacer. Que es lo que dije en voz alta, que es que escribí en mi blog cosas que realmente quería decir. Y así que esta publicación en el blog es el tipo de cosa que creo que requiere una paciencia extraordinaria desde la perspectiva de los organizadores para luego leerla, y luego no lanzarme al mar, sino invitarme a hablar en la conferencia de React sobre la que escribí en su lugar. Así que gracias de nuevo por su paciencia, y espero que todos me sigan a través del mismo viaje hoy.

Pero sobre lo que escribí en esta publicación específicamente fue sobre quiénes creemos que estamos construyendo cosas. ¿Qué es lo que queremos hacer? ¿Quiénes queremos haber sido cuando nuestros futuros yoes miren hacia atrás? Y utilicé el marco de Louis Brandeis, el famoso defensor antimonopolio y jurista en los Estados Unidos del siglo pasado, respecto a su definición de lo que significa ser profesional, que es alguien cuyo trabajo no es simplemente mecánico sino ligeramente intelectual, y cuyo trabajo toma el cariz de servir a los demás, y cuyo reconocimiento principal en el dominio de competencia no se trata de cuánto dinero ganas. Es el reconocimiento de tus pares de una manera más profunda. Es un servicio a la sociedad. ¿Queremos ser, según esa definición, profesionales? Y si es así, ¿cómo va?

Así que a veces me verán caminar y repartir pegatinas como esta, y si me ven después de esto, podría tener algunas. Y de lo que quiero hablar hoy es de lo que esto realmente significa en el fondo. No está destinado a ser una provocación. Si ves esto y te consideras una persona de JavaScript, confía en mí, lo entiendo. Trabajé en TC39 durante más de una década. Ayudé a agregar clases y promesas y async y await y funciones de flecha y todo tipo de cosas al lenguaje con un gran equipo en Google. No solo yo. Muchas personas. Tomaría mucho tiempo enumerar a todas las maravillosas personas que hicieron que muchas de esas cosas sucedieran. Pero todas estas grandes colaboraciones ocurren porque queremos mejorar algo de alguna manera. Primero tenemos que verlo por lo que es, ver sus deficiencias y fallas, y luego trabajar para abordarlas.

Esa es la llamada urgente, creo, de un tecnólogo que está trabajando en el interés público en cada momento.

OK. Así que lo que voy a hacer es un poco de lo que normalmente te dicen que hagas cuando estás armando una presentación de diapositivas, que es decirle a la gente lo que vas a decirles y luego decirles la cosa y luego decirles lo que les dijiste. Pero quiero hacer esto de manera muy intencionada porque lo que voy a intentar aquí es convencerte de que no soy tu enemigo. Aunque acabo de poner esas cosas en el escenario, lo cual es un poco sorprendente, ¿verdad? Así que para hacer eso, voy a hablar sobre quiénes somos, y luego voy a hablar sobre quiénes son nuestros usuarios, porque creo que cuando nos conceptualizamos como personas que están construyendo al servicio de algo más grande que nuestro propio interés personal, y específicamente el dinero que ganamos por hacer un servicio, entonces podemos conceptualizar una forma diferente de ver nuestro trabajo, que es bajo el lente de lo que aspiramos a ser. Y luego, con suerte, podemos ver algo sobre las decisiones que estamos tomando a diario de manera algo diferente. Y espero que te sientas de la manera en que me he sentido aceptado aquí, aceptado por aquellos de nosotros que vemos un camino diferente hacia adelante.

Bien, vamos a ello. Primero, quiero decirte que probablemente también te sorprenda que si solo juzgaras por las horas dedicadas a diario, semanalmente, mensualmente, o en este punto durante una década, probablemente cuente como parte de la comunidad de React, lo que significa que todo mi día se pasa estos días consultando sobre aplicaciones de React. Y eso ha sido cierto durante la mayor parte de una década. Anteriormente había un montón de aplicaciones de Angular que necesitaban ayuda, y las ayudamos también. Pero hoy, casi toda la industria que aparece necesitando un poco de reparación, desde la perspectiva del análisis de rendimiento y tratando de hacer un mejor trabajo para los usuarios, casi todas tienden a ser aplicaciones de React. Así que este es un poco el borde de ataque y ha sido, creo, propagado hacia el nivel medio de lo que las principales aplicaciones web hacen hoy. Llevan una copia de React con ellas.

Por las buenas o por las malas. Y así, una de las aplicaciones en las que consulté el año pasado está representada por este gráfico. Los nombres no se proporcionan para proteger a los culpables y a los inocentes, pero lo que estás viendo aquí es un cambio distribucional. Estos son puntajes Crux, puntajes generales del informe de experiencia de usuario de Crux Chrome, buenos versus malos, para escritorio y móvil. Y lo que estás viendo en el lado izquierdo de ese gráfico es un sistema que era muy de alto perfil. Has oído hablar de él.

Quizás lo has usado. Pero estaba añadiendo alrededor de 100 kilobytes de JavaScript comprimido monótonamente a su compilación cada mes. Y lo que estás viendo es un cambio de usuarios que lo usaban en móviles, hacia una mayor densidad de la población total de usuarios en la propagación, o, perdón, en la población, en escritorios. Esto es lo que significa perder usuarios.

Una de las cosas que creo que deberíamos, como comunidad, entender es que el mercado total direccionable de la web es todo, ¿verdad? Las cosas que pueden ejecutar un navegador web generalmente incluyen una tostadora hoy en día. No creo que eso sea, no creo que quiera una tostadora inteligente, pero probablemente puedas conseguir una que tenga un navegador en ella. Ciertamente, los televisores y refrigeradores tendrán más que suficiente potencia SOC y una copia incorporada de Chromium en algún lugar, te lo prometo.

Lo que esto parece es un fracaso para el producto a través de la contracción. En teoría, el mercado total direccionable del servicio, este servicio basado en la web, era la mayoría de los usuarios en el planeta, y definitivamente tenían planes de expandirse a tantas manos y a tantos teléfonos y a tantas computadoras como fuera posible, pero había un efecto de histéresis. El sistema era tan lento que los usuarios a los que les gustaría llegar simplemente rebotaban de él. Así que si eres honesto contigo mismo, piensa en los servicios con los que te encuentras a diario. ¿Con qué frecuencia te frustran de esa misma manera?

OK. Así que a lo que esto llega no es una cuestión sobre React. React es solo un pequeño, pequeño, pequeño filamento en el hilo que se hila, que se teje en la gran tela de las aplicaciones que construimos. React es solo una elección, pero es una elección desvanecida, ¿verdad? Es una elección sobre la intención que vamos a tomar en cada momento cuando la elegimos más allá de eso. Y así que de lo que quiero hablar hoy y lo que espero que entiendas que estoy diciendo no es sobre tu elección de escribir tus corchetes angulares con letras mayúsculas y sin etiquetas de cierre, ¿verdad? Eso no es de lo que estoy hablando, ¿verdad?

De lo que estoy hablando es del efecto cultural de elegir React. Porque las experiencias web son agregados. Estamos programando la computadora del diablo. Hablo de esto todo el tiempo. Estoy seguro de que lo has escuchado antes. Soy un poco aburrido sobre esto. Pero estamos enviando código a través de un tubo que no poseemos, no podemos provisionar, no entendemos, con latencias que no tenemos la capacidad, generalmente hablando, de caracterizar antes de comenzar a enviar cosas a través del cable a dispositivos que no provisionamos, ejecutando sistemas operativos que no controlamos, ejecutando navegadores que no provisionamos ni controlamos, que pueden tener extensiones y todo tipo de otras cosas de las que somos ignorantes, ¿verdad?

Antivirus, cualquier otra cosa que esté sucediendo en la máquina que esté incluida en la experiencia del usuario, pero puede que no sea lo que estás desarrollando también. Así que porque estos son sistemas increíblemente complejos, y solo tenemos un poco de tiempo aquí para atravesarlos, lo que me gustaría mostrarte aquí es un poco de evidencia sobre quiénes son nuestros usuarios y qué están experimentando. Así que Core Vitals es una gran lente para entender el nivel del ecosistema, el nivel de la población efectos de nuestras elecciones. Y lo que estamos viendo es que en los últimos años, las tasas de aprobación de Core Vitals han comenzado a estancarse. Es un poco peor que eso, pero llegaremos a ello. Y lo que estamos viendo es que en los principales un millón de sitios web móviles, esta es una nueva visualización que el archivo HP ha publicado recientemente. Estamos viendo que los sitios con mejor rendimiento por framework solo están alcanzando el 70% de tasas de aprobación, y los sitios con peor rendimiento, no los absolutamente peores, pero ciertamente de los frameworks populares de hoy, están muy por debajo del 50% en móviles, y eso está dominado por React y amigos de React.

Así que esto es lo que parece fallar a gran escala. Si hacemos zoom en los principales 100,000 sitios web, que es decir, los sitios que probablemente tienen algún tipo de intención comercial sobre su contenido, ¿verdad? Han construido una audiencia, están tratando de llegar a los usuarios, están sirviendo anuncios, hay todo tipo de factores confusos junto con ellos. Lo que vimos en los últimos años fue este enorme precipicio cuando la métrica de interacción y XPaint golpeó en Core Vitals. Y lo que esto significa es que la piscina se vació, ¿verdad? Las medidas de INP, ya sabes, FID era una especie de métrica imprecisa y era muy fácil de manipular y React hizo mucho para manipularla. Pero INP es mucho más difícil de manipular, porque se trata de todas las interacciones que tomas en la sesión justo después de que se carga. Y así que lo que vimos con un instrumento más sensible y predictivo fue que los usuarios estaban teniendo una peor experiencia, o estaban teniendo una mala experiencia todo el tiempo, pero ahora podemos verlo. Y esto golpeó particularmente fuerte a los sitios basados en React.

Yo diría que cualquier progreso que se estaba haciendo en el antiguo conjunto de métricas fácilmente manipulables, la verdad salió a la luz eventualmente. Así que quiero que entendamos React no como React, sino React el epifenómeno, el conjunto de cosas que vienen como parte del paquete cuando eliges React cultural, cuando decides entrar al ring y decir, estoy aquí, estamos haciendo React, ¿qué hacemos después? Y eso solía ser crear una aplicación React y tal vez sea, no sé cuál es el sistema de gestión de datos de la semana en estos días. ¿Alguien sigue usando Apollo? Bien. Hay toda una serie de cosas que siguen entrando y saliendo de ese ring, pero estás allí, y estás en conversación con todos tus compañeros que también están en ese ring. Pero también estás sujeto en las aplicaciones que construyes a toda una serie de factores externos incluyendo, por ejemplo, redes.

Pero también estás sujeto en las aplicaciones que construyes a toda una serie de factores externos incluyendo, por ejemplo, redes. La conclusión es la que miraría aquí, que es decir que este es el percentil 25 en esta distribución, piénsalo como si fuera P75, dale la vuelta en tu estimación, el 25 por ciento de las conexiones de red son peores que esto, y el sistema de análisis bastante bueno de Cloudflare aquí estima que eso te está dando entre siete y nueve megabits por segundo de bajada. Siete a nueve megabits por segundo de bajada es peor que la mayoría de las conexiones de internet satelital. Esto no cuenta RTT, creo que RTT está en P75, situándose alrededor de 100 milisegundos. No sé si has hecho esto últimamente, pero puedes recorrer la mayor parte del mundo con ping con un par de paquetes en 100 milisegundos. Entonces, en esa condición de red, ¿qué estamos haciendo? ¿Qué ha elegido hacer nuestra comunidad? Bueno, estamos enviando muchas cosas por el cable.

Hace diez años, eso era 1.2 megabytes en total, comprimido, potencialmente, si estás comprimiendo, pero la transferencia total para la mayoría de los sitios web en el percentil 50 a móvil, y hoy, es 2.7 megabytes. Así que hemos más que duplicado el tamaño de la carga útil promedio de un sitio web en el percentil 50, y JavaScript también está haciendo números. Así que hoy, perdón, en 2016, eso habría sido 310 kilobytes de esa carga útil de 1.2 megabytes habría sido JavaScript, que sin comprimir es una gran cantidad de JavaScript. Solo quiero ser muy claro. Puedes hacer un montón de cosas en 300K de JavaScript, y estábamos enviando eso en el percentil 50. ¿Verdad? En P75. Y hoy, estamos enviando tres cuartos de megabyte de JavaScript a usuarios móviles, y la mitad de los usuarios reciben al menos eso o más.

Entonces, ¿cómo se ve en la cola? Bueno, solía ser 850K, pero realmente hemos perdido todo control. Ahora es más de 2.1 megabytes. Sin comprimir, esperaríamos 2.1 megabytes. Si es gzip, serían de 5 a 7 megabytes. Es más que eso. ¿Qué estás haciendo con 7 megabytes de JavaScript? ¿Lo sabemos? ¿Entendemos lo que estamos haciendo con 7 megabytes de JavaScript? ¿Tenemos un entendimiento de lo que realmente hay allí? Creo que no. Y creo que para entender lo que esto significa para nosotros, tenemos que entender cómo llegamos aquí. Creo que todos en esta sala están aquí porque todos estamos dedicados a exactamente lo mismo. Queremos mejores experiencias de usuario. ¿Verdad? ¿Sí? ¿Sí? Bien. No estoy hablando con la audiencia equivocada. Genial. Eso es bueno. Y para lograr eso, decidimos que íbamos a hacer un intercambio. Íbamos a aceptar mucha complejidad, porque los navegadores no eran muy buenos, y la tendencia era en 2008, 9, 10, 11, que las CPU se estaban volviendo mucho más rápidas y las redes eran mucho más predecibles y rápidas, y que íbamos a tener más margen de maniobra en el lado de JavaScript, aunque los motores de los navegadores no necesariamente estaban al día. Así que pusimos JavaScript en el camino crítico, porque era lo que podía darnos lo que no podíamos obtener de otra manera, que era decir, mejores navegadores.

Así que eso se convirtió en un conjunto de bucles de inversión autosostenibles. La cosa con la que termino estando en desacuerdo con la gente es que tal vez no verificamos para ver si eso todavía tenía sentido. ¿Verdad? ¿Todavía tiene sentido? Porque como ingenieros, nuestra responsabilidad no es con el cheque de pago, es con la evidencia. Eso es lo que significa hacer un buen trabajo como ingeniero. Podrías ser otra cosa. Podrías ser un comercializador, podrías ser un vendedor, en cuyo caso el dólar es el denominador. Pero para nosotros, eso no es lo que significa hacer un buen trabajo. Un buen trabajo es algo sobre la experiencia del usuario. Podemos ver que tenemos enormes cantidades de inversión yendo hacia React, y eso se ha vuelto bastante autosostenible. Y en el límite, eso ha comenzado a empujar a otras personas que entendían formas más simples de hacer las cosas fuera del ecosistema.

He presenciado esto personalmente muchas veces. No tenemos suficiente tiempo hoy para entrar en eso, pero generalmente es una catástrofe para la organización. Porque lo que sucede es que pierdes la capacidad de pensar lateralmente sobre los problemas y resolverlos de maneras más simples. Bien. Entonces, he trabajado en un navegador durante algo así como... ¿Ocho? Dios, es mucho tiempo. Más de 15 años. Digamos más de 15 años, para no sentirme demasiado viejo. Pero antes de eso, construí frameworks de JavaScript, y vine a trabajar en un navegador porque quería que la plataforma web mejorara. Pero lo que quiero que entiendas desde la perspectiva del ingeniero de navegadores es que cuando envías algo por el cable y haces cualquier cosa en JavaScript, estás diciendo que estoy tomando las riendas, querido navegador, pero fuera. Es literalmente la forma más costosa de hacer cualquier cosa en un navegador. Porque los navegadores son máquinas que están altamente optimizadas debido a la historia de la web para convertir formas declarativas de HTML y CSS en píxeles. Eso es lo que hacemos todo el día todos los días. Y si conectas algo al lado en JavaScript, simplemente lo estás conectando a ese mismo sistema. Simplemente estás conduciendo ese sistema sin el beneficio de una comprensión interna del estado del sistema, o cómo funciona, o qué puede hacer por ti.

Entendamos eso en términos de nuestros propios usuarios y sus sesiones. Si pensamos en una sesión como todas las cosas en las que haces clic, ¿verdad? Eso puede ser multipágina, eso puede ser de una sola página. Esta es, creo, la ecuación más útil para entender esto de una manera realmente, realmente, realmente conceptual a nivel general. N es el número de navegaciones en la sesión, o clics, toques, interacciones. La primera cosa está incorporada, esa latencia de la primera interacción.

Simplemente tenemos que tener eso. Y luego tenemos todas las siguientes, y esas pueden ser navegaciones de página completa, o podrían ser navegaciones dentro de la aplicación, podrían ser de una sola página, ¿verdad? Pero todas tienen su propia latencia, y van desde cuando hago la acción hasta cuando el sistema se vuelve quiescente nuevamente. Pasando por todas las fases de comenzar a trabajar, actualizando al usuario sobre el trabajo, actualizándolos a medida que avanza, retirando el trabajo, actualizando la interfaz de usuario, y luego volviéndose quiescente nuevamente. Ese es el flujo que ocurre todo el tiempo.

Así que una pregunta abierta para nosotros, como comunidad, ha sido, bueno, ¿con qué frecuencia es N grande? Porque la idea completa de una SPA es que vas a tener una sesión larga, y podrías amortizar esos costos, los costos iniciales y la latencia inicial, basándote en tener muchos clics después. ¿Entonces lo hacemos? Bueno, estos datos me golpearon como una tonelada de ladrillos el año pasado, porque esto es de el archivo RUM que publica Akamai, y muestra que tanto en móvil como en escritorio, que los usuarios que tienen específicamente, sitios que han instrumentado específicamente sus páginas para navegaciones dentro de la aplicación están viendo solo dos navegaciones de cualquier tipo, en total. ¿Puede esto ser verdad? Porque si es así, esto es una crisis para nosotros, ¿verdad?

La idea de que construiríamos una página web basada en tecnología SPA basada en sesiones largas, cuando en promedio, las sesiones podrían tener solo dos clics de profundidad? Creo que si pensamos en la vieja web, sabíamos que esto era cierto. Las tasas de rebote siempre son altas. Y esto es muy específico de la aplicación, ¿verdad? Pero plantea la pregunta para que la respondamos.

Si entiendo este mundo y sus implicaciones, que de alguna manera invalida quién soy, o que soy una mala persona, ¿verdad? Eso no es cierto. Hay personas que han sido advertidas sobre esto y luego te vendieron tal vez un montón de cosas que no iban a funcionar y luego no funcionaron, pero esa es una pregunta diferente. Todos aquí, ese no eres tú. Solo estás tratando de hacer un muy buen trabajo para el usuario, ¿verdad?

Bien, entonces ven con nosotros. Veamos las cosas de una manera diferente. Este es el volumen de smartphones por sistema operativo en los últimos diez años. En ningún momento de la última década Apple ha vendido más del 20% de todos los smartphones en el mundo. A veces sube hasta el 25% por trimestre si se lanza un nuevo dispositivo, pero nunca es más del 20% por año. Y podrías estar pensando, está bien, está bien, está bien. Los bienes están en todas partes. Tal vez, tal vez.

Pero todos tienen un escritorio, ¿verdad? Bueno, estoy aquí para decirte que se venden 4.6 smartphones con navegador móvil por cada computadora de escritorio que se vende cada año. Correcto. Eso es $1.2 mil millones frente a algo así como $270 millones. Así que levanten la mano si llevan un iPhone. Oh, santo cielo. Bueno, esto tiene sentido.

Históricamente hablando, en el mundo, todos somos bastante ricos, y la probabilidad de que te unas a ese 20% se acerca a uno a medida que tus ingresos aumentan, ¿verdad? Porque el mercado está fuertemente segmentado por precio. Y lo que esto significa es desafortunado, porque significa que nuestra experiencia se está deslaminando de la experiencia del usuario promedio. Lo que deberías ver en la parte inferior es que esas dos líneas inferiores representan más del 60% de las ventas cada año y lo han hecho durante una década en todo el mundo. Esas dos líneas inferiores, eso no es lo que tienes en tu bolsillo si levantas la mano.

Y eso es porque Apple pone una cantidad increíble de dinero en cada chip de la serie A. Es simplemente una cantidad de dinero y ARB increíblemente dominante entre L1, L2 y L3. Pueden mantener a la bestia alimentada de una manera que Qualcomm y MediaTek y todos los demás de alguna manera escatimaron. Pero lo que eso significa para nosotros como ecosistema, en lugar de nosotros como usuarios finales, es que nuestros usuarios, si están en Android, están obteniendo una experiencia lenta.

Pero lo que eso significa para nosotros como ecosistema, en lugar de nosotros como usuarios finales, es que nuestros usuarios, si están en Android, están obteniendo una experiencia lenta. Y esto se debe a que los precios también se han deslaminado. El dispositivo Android de gama alta ahora es la parte más rápida que puedes obtener y es algo más barato que el dispositivo iOS de gama alta. Y el precio de venta promedio global de un teléfono está rondando entre $350 y $375 por año, sin ajustar por inflación.

Y el extremo inferior en realidad está cayendo. El mismo teléfono sigue produciéndose con diferentes insignias cada año. Pero el precio sigue bajando. No se vuelve más rápido, pero sí más barato. Eso es lo que es el volumen, porque el volumen está por debajo de esa línea global. Está en el área de Android. El precio de venta promedio de un iPhone hoy en día superó los $1,000 hace un par de años. Eso es un dispositivo de lujo para el 20%, ¿verdad?

OK. Y Android es un desastre. Estas son las versiones de Android. Saqué esto de Android Studio. Esto no es genial. Si eres un desarrollador nativo, buena suerte. Lo que esto es aguas abajo es muchos usuarios que no reciben actualizaciones. Esos dispositivos son viejos. Son lentos. Y así, cuando hablamos de SPAs que permiten experiencias ricas, nos referimos a experiencias para personas ricas principalmente. Así que es útil para nosotros entonces reconocer que no vemos las cosas como son. Nuestra experiencia de quiénes somos filtra nuestra experiencia. Nos hace ver las cosas de manera diferente.

Puede parecer real, pero no es necesariamente cierto. Así que investigué la cuota de sistemas operativos móviles en los Países Bajos para traerlo a casa y ser local sobre esto. Algo así como el 50 al 60 por ciento de los usuarios están en Android, ¿verdad? Incluso aquí. Incluso en una de las naciones más ricas del mundo. Y lo que eso significa para las ventas de dispositivos es que solo el 25 al 26 por ciento de los usuarios están comprando dispositivos de gama alta si lo segmentas por precio. El otro 75 por ciento está en los niveles medio y bajo.

El 50 por ciento está en el nivel medio. Y la mayoría de los dispositivos duran entre dos y cuatro años. Así que son más antiguos y más lentos de lo que probablemente tienes en tu bolsillo. Y en comparación con el resto del mundo, las redes aquí son significativamente más rápidas. Esto es algo bueno. Pero eso no es una carta de salida de la cárcel gratis. Entonces, ¿cómo salimos de esto? ¿Qué hacemos a continuación? No todos vamos a tener la misma suerte que Alistair Davidson tuvo donde pudo re-litigar una aplicación de React y hacerla HTML-firsty y usar un pequeño componente web y expandir dramáticamente el mercado total accesible de la aplicación porque ya no estaba rebotando usuarios.

Pero hay caminos para salir. Si quieres una especie de manera con sabor a React de hacer este tipo de cosas, hay herramientas como Astra que pueden darte una entrada MPA para tus habilidades de React, y funcionan bastante bien. Vimos eso en la evidencia anterior. Pero lo que te animaría a hacer, además de taparte los oídos, es revisar tus propias estadísticas del navegador. Hicimos esto en Microsoft, y ha sido tremendo. Verás nuevas publicaciones en el blog cada vez que se lanza un nuevo navegador, pero lo que no verás es una nueva publicación en el blog cuando cae fuera de tus datos de uso mínimo. No verás eso a menos que vayas a mirar. Así que ve a mirar. Solo ve a mirar. Ve qué puedes restablecer.

Y una vez que hayas reajustado tus expectativas basadas en tu base de usuarios, quizás puedas pensar en qué tecnologías puedes adoptar ahora que tal vez no estaban disponibles para ti hace solo unos años. Las cosas se están moviendo muy rápido en el mundo de los navegadores. ¿Y sabes qué? No hay IE ni Edge en tu base de usuarios. Te lo prometo. A menos que sea como una profesión médica regulada que se haya instalado en los últimos, ya sabes, hace 15 años y nadie lo toque, te prometo que ese no es tu problema porque no te venderemos una copia de IE. No te venderemos una copia de Legacy Edge. Así que ese no es tu problema. Microsoft no lo soportará. Así que solo señálanos.

Y quiero contarte no solo sobre las cosas que podrías, en teoría, hacer. Quiero contarte sobre lo que hicimos en el equipo de Edge. Así que teníamos una gran pila predicada en React SPA, y se estaba utilizando en un montón de superficies dentro del navegador. Y los navegadores, por cierto, están compuestos principalmente de HTML, JavaScript y CSS en estos días. No solo me refiero a tus cosas. Me refiero a nuestras interfaces de usuario. Las páginas de configuración, los menús desplegables, todo ese tipo de cosas, todo está hecho de cosas del navegador.

Y hemos estado en un viaje de varios años ahora para hacer eso HTML-first también. Y mover eso a algo que esté basado en una arquitectura de aplicación multipágina en muchos de los casos donde tenemos interfaces grandes y complejas. Y en general vimos que porque algo así como el 30% de nuestros usuarios en Edge están en lo que consideramos como nuestra cohorte de gama baja, que es decir menos de cuatro núcleos y menos de ocho gigabytes de memoria, o tener un disco giratorio, esos usuarios están obteniendo una experiencia significativamente mejor a razón de algo así como un 40% más rápido cada vez que interactúan con uno de esos servicios como resultado de este trabajo.

Lo otro que te animaría a hacer es realizar masterclasses por ti mismo. El mundo ha cambiado, ¿verdad? No tenemos que vivir en nuestras suposiciones como eran antes. Y puede sentirse un poco desconcertante saber que eso es cierto, pero no necesariamente tener el control sobre ello, ¿verdad? Estar al tanto del resumen requiere que actualices tu idea de lo que es posible en el nuevo mundo.

Y la forma más rápida de hacer esto es reunir a tu equipo e intentar reescribir cosas en un par de estilos diferentes. Es increíblemente catártico. Te ayuda a no sentirte mal por lo que podrías hacer, sino a sentirte esperanzado por la oportunidad que aún tienes frente a ti. Lo que hemos tenido una gran experiencia con el equipo de Edge, lo que de alguna manera precede a los nuevos servidores MCP que Google acaba de lanzar, en los que hemos estado colaborando, es usar agentes para traducir mucho de ese antiguo código de React en cosas HTML-first con estrictas guías de rendimiento y componentes web donde necesitábamos interactividad.

Y eso ha sido tremendo, incluyendo un nuevo marco para hacer SSR para estas cosas llamado el marco Web UI, creativamente nombrado, lo sé. Pero es como un servidor basado en Rust que te da transmisión de Shadow DOM declarativo. Y para nosotros dentro del navegador, tratamos el proceso del navegador como un servidor. Y así podemos enviarnos contenido HTML-first. Esto está mejorando dramáticamente, nuevamente, además de esa mejora del 40% que ya teníamos. Porque cuando vas HTML-first, nuevamente, los navegadores son máquinas que están ajustadas para convertir el marcado en píxeles.

Y si mantienes esa canalización correctamente, incluso frente a máquinas muy lentas, podemos hacer un excelente trabajo para nuestros usuarios hoy. Y lo que quiero que sepas es que al final de esto, no estás solo. Hay una comunidad aquí afuera. Y así, cuando ves algo como esto, entiende que no es anti-JavaScript más de lo que es un club de JavaScript. Todos solo queremos hacer algo juntos que sea genial para los usuarios. Y por supuesto, sería negligente si no señalara que este conjunto de diapositivas es una aplicación multipágina. Entonces, si te gustó lo que viste aquí hoy, puedes tener algo para ti. Me costó todo 4K de JavaScript sin comprimir y algo así como 500 líneas de CSS. Eso es lo que el navegador puede hacer hoy. Gracias.

¿Podría ser la causa de que las experiencias de usuario empeoren que no es tan importante para... No es lo más importante para ser rentable? Es admirable construir grandes experiencias de usuario, pero en última instancia, la ganancia es lo que nos permite ser pagados. Sí. Entonces, si esa es tu perspectiva, lo que deberías sacar de esto es que cada vez que hemos hecho una aplicación web significativa significativamente más rápida, hemos ganado mucho más dinero. ¿Verdad? Como, ve a WPOstats.com. Esto es un... Shopify acaba de publicar una entrada de blog... Me disculpo, no incluí la diapositiva que mostró una clara correlación entre hacer una experiencia más rápida y ganar mucho más dinero. Cuando haces algo más rápido, pierdes menos usuarios. No los rebotas, lo que significa que no tienes un efecto de histéresis de personas evitando tu servicio o tu cosa por una mejor alternativa. Entonces, lo que eso significa es que ganas más dinero. Así que estas cosas no están en tensión, están directamente alineadas. Si piensas que esas cosas no están directamente alineadas, entonces me gustaría hablar contigo y deberíamos mirar tus datos. Porque nuevamente, usar evidencia para tomar decisiones sobre asuntos técnicos es lo que los ingenieros hacen. Absolutamente.

Entonces, posicionarse es clave para obtener la aceptación. Alex, ¿cuál es tu opinión sobre la arquitectura de micro front-end? Ayer hubo una charla en JS Nation. ¿Y ves colecciones de ellos como MPAs? No quiero entrar en la conversación semántica sobre lo que es o no es un MPA. Lo que diré es que la prueba es si funciona bien para el usuario. Así que sitúate en los zapatos de tu usuario del percentil 75 o 90. Construye un banco de pruebas. Consíguete un teléfono barato. Consíguete un dispositivo barato. Pruébalo en una conexión de red limitada y ve si se siente bien. Esa es la prueba. La prueba del pudín está en el comer. No está en los contenidos que alineaste en el mostrador antes de comenzar a hornear.

Bien. Gracias. Y alguien dijo que la proporción de dispositivos móviles a dispositivos de escritorio es alta porque la vida útil de un escritorio es mucho más larga que la de los teléfonos. ¿Tienes una estimación de cuántas personas hoy en día realmente no tienen un escritorio? ¿Has estado en India o Indonesia? Ha sido el caso en la mayoría de las geografías ricas que hemos estado en saturación de smartphones durante algo así como 12 años, 15 años. Eso solo llegó a otras partes del mundo en 2017, 2018. Pero ahora estamos en la curva dominada por el reemplazo casi en todas partes del mundo. Hay obstáculos basados en el acceso para conseguir más usuarios en línea en grandes partes de África, por ejemplo. Pero en general, todos tienen un teléfono y si piensas que estás haciendo un servicio que nadie está usando en un teléfono, estás delirando.

Alguien está usando tu sitio web en un teléfono y si estás haciendo un mal trabajo para ellos, te prometo que estás haciendo un mal trabajo para tu negocio. Sí. Así que algunos consejos para comenzar un nuevo proyecto web altamente interactivo hoy. ¿Cuál es el principal anti-patrón arquitectónico a evitar para no construir otro dinosaurio SPA lento? Frameworkism. La idea de que el framework y la comunidad que el framework reúne te enseñarán lo que es bueno y malo está fundamentalmente rota. Tu sistema de valores sobre hacer un buen trabajo para tu usuario no tiene nada que ver con tu framework. Es literalmente incidental. Tu framework te está prometiendo algo sobre el sistema de valores que ya tienes, la cosa que compartimos, la cosa en la que todos juntos estuvimos de acuerdo al inicio de esta charla que queremos hacer un gran trabajo para los usuarios.

Así que mantén eso como tu estrella del norte. Construye pruebas que te permitan ver si eso es cierto y evita el frameworkism. La idea de que el framework son las cosas que solo están disponibles dentro de NPM o dentro del ecosistema de React son la forma en que vas a resolver un problema. La cosa genial de CSS que alguien te mostró que podrías usar y que no incluye ningún JavaScript es de alguna manera prohibida porque no es React-ish. Ese es el olor del fracaso organizacionalmente. El olor del éxito es decir, ajá, eliminamos algo de código, ¿verdad? Porque te prometo, cada línea de código que envías por el cable es plomo. Te está costando más de lo que te paga, a menos que tengas mucha, mucha, mucha suerte.

Gracias. ¿Puedo darte una última antes de que terminemos? Respuesta súper rápida. La pregunta es, ¿cuál es tu predicción para el futuro ahora que contactos como LLMs.txt y encabezados markdown para agentes de IA lo hacen mucho más fluido? ¿Deberíamos centrarnos más en optimizar para agentes? Mi opinión es bastante picante, que es decir que Google hizo que la web fuera tan mala de usar al permitir que los sitios web llegaran a un mal estado de deterioro y tener anuncios que son bastante invasivos que hicieron que el JPEG de baja calidad de la web se sintiera bien. Así que si haces un buen sitio web, la gente aún vendrá. Inténtalo. Genial. Algo de optimismo. Muchas gracias, Alex. Gracias. Gracias. Gracias.