Your App Crashes My Browser

Pedimos a algunos de nuestros co-patrocinadores que presentaran el marco. Estamos trayendo artículos, videos, cursos y tutoriales gratuitos para ayudarte a aprender todo sobre React, ya seas un principiante o un profesional. Introducido en 2011, el marco se ha vuelto esencial para los desarrolladores web y móviles por igual, permitiendo aplicaciones modernas por apariencia y función. Y aunque otras herramientas de JS han expandido o revisado sus nociones originales, la popularidad de React sigue siendo la que hay que vencer.

¿Sabías que TypeScript te permite escribir JavaScript de la manera que realmente deseas? Explora la variedad de cursos de TypeScript que compilamos de nuestros ponentes y colaboradores y descubre lo que puedes hacer con este lenguaje y cómo mejora la experiencia de desarrollo. ¿Sabías que TypeScript te permite escribir JavaScript de la manera que realmente deseas? Explora la variedad de cursos de TypeScript que compilamos de nuestros ponentes y colaboradores y descubre lo que puedes hacer con él.

Después del tema más genial y de moda de la IA, pasemos al más descuidado de JavaScript y las fugas. Después del tema más genial y de moda de la IA, pasemos al más descuidado de JavaScript y las fugas. Después del tema más genial y de moda de la IA, pasemos al más descuidado de JavaScript y las fugas. Después del tema más genial y de moda de la IA, pasemos al más descuidado de JavaScript y las fugas. Entonces, ¿alguien ha visto esa pantalla? Tal vez no en este tipo de proyección. Imagina, sería genial si hubiera algún tipo de presentación de astronomía y de repente Chrome se bloquea. Porque sé que es Chrome detrás de todo esto, por supuesto. Entonces, si no puedes leerlo, dice, oh, snap. Entonces, si no puedes leerlo, dice, oh, snap. Porque sé que es Chrome detrás de todo esto, por supuesto. Porque sé que es Chrome detrás de todo esto, por supuesto. Entonces, sí, si no puedes leerlo, dice, oh, snap. Sin memoria. Entonces, ¿cuántos de ustedes han visto esto? Rara vez, ¿verdad? Porque los desarrolladores usarán buenas computadoras y rara vez vemos esto. Pero, ¿crees que alguien alguna vez lo ve? ¿Con tus aplicaciones? ¿Cómo te atreves? Nunca. ¿Cómo te atreves? Bueno, podrías sorprenderte. Así que a nadie le gusta ver esto. Porque sé que es Chrome detrás de todo esto. Pero podrías sorprenderte. Entonces, Nolan Lawson, hace unos años, usó una herramienta única llamada leak, en francés. Y esperó los diez SPAs más populares. Básicamente, solo estaba haciendo clic y volviendo a la página de inicio. Y he aquí, diez de diez tienen fugas de memoria. Uno de ellos incluso tiene 186 megabytes de fugas en una sola interacción.

Y estas son las diez mejores aplicaciones con desarrolladores realmente buenos que trabajan en ellas. Así que, no es que seamos perezosos o descuidados. Es solo que las fugas son fáciles de crear.

Muy bien. Y hace un tiempo estaba trabajando en un sitio de redes sociales bastante famoso. Así que, estábamos tratando de hacer todo el asunto de la aplicación de una sola página. Y descubrimos que teníamos un problema. Bloqueamos los navegadores de los usuarios. Porque filtramos memoria. ¿Y dónde filtramos? No lo sé. Es un proyecto grande. No teníamos buenas herramientas en ese entonces.

Entonces, ¿cuál fue la solución? Después de unas 15 navegaciones suaves, simplemente recargamos completamente la página. Darle al navegador la oportunidad de empezar de nuevo. Convertir nuestro SPA en un MPA. Solo un momento. Eso fue embarazoso. Pero, sí. Hoy, las cosas son diferentes. Hoy tenemos herramientas. Así que, hablemos de...

Así que, este es el plan para hoy. Primero, averiguar si realmente tenemos un problema. Porque si es más de un, no sé, MPA, tal vez no. Luego intentar averiguar dónde están las fugas. Y hablar sobre algunos patrones comunes sobre cómo solucionarlas. Oh, sobre mí. Actualmente soy una prueba de página web del Mar Rojo. Un favorito de la comunidad de rendimiento web. Pasé un tiempo en Facebook y Yahoo antes de eso.

Haciendo optimizaciones de rendimiento web en el frontend. Escribí un montón de libros. Este es mi bestseller. No sugiero que lo compres. Es muy, muy antiguo. Por favor, no lo hagas. Luego escribí un montón de otros. Como tal vez uno de los primeros para React. Incluso la segunda edición. Por favor, no lo hagas. Ya está tan desactualizado. Pero basta de mí.

Hablemos de tu aplicación. Entonces, el primer paso para abordar un problema es admitir que tienes un problema. ¿Cómo sabes que tienes fugas de memoria? Bueno, afortunadamente ahora tenemos la Reporting API. Te permite obtener datos del navegador cada vez que hay un fallo por falta de memoria en la vida real. Así que puedes dejar de adivinar. Comienza a recopilar los datos y ver si realmente tienes un problema. Así que puedes obtener, ya sabes, esos fallos por falta de memoria o de respuesta. De hecho, hay otras cosas que puedes obtener de la Reporting API. Como si tus usuarios ven una violación de seguridad, el CSP. Si el navegador envía alguna nota para la depreciación de características. Y, está bien. Descubres que tienes fugas de memoria.

Entonces, ¿qué vas a hacer al respecto? Opción A, llama a un amigo. Esa es una persona que conoce todos los secretos del universo. Y puede sumergirse en tu aplicación y desenterrar la fuga. Y luego vas y la arreglas. Y luego todo está bien, ¿verdad? No. La cuestión es que, por lo general, no hay una sola fuga.

Y aunque soluciones una, la siguiente está a la vuelta de la esquina. Así que, la mejor opción, comienza a depurar y tomar algunas instantáneas de memoria.

Entonces, la idea es tener tres pasos. Cargas la página de inicio o la página inicial. Luego realizas algún tipo de acción, interacción. Y luego regresas al estado inicial. Cada vez que haces que el navegador realice la recolección de basura.

Así que, usas la pestaña de memoria en DevTools. Y realizas la recolección de basura, tomas una instantánea. Y al final, comparas las instantáneas uno y tres. Y ves si hay alguna diferencia. ¿Hay objetos que no deberían estar allí? Y si eso suena difícil o no trivial, no estás solo.

Así que, afortunadamente, podemos tener ayuda de algunas herramientas de código abierto. Así que, hay una llamada Memlab de la que quiero hablar, de Facebook. Es una herramienta de línea de comandos. Usa Puppeteer para hacer esos tres pasos. Cargar la página, hacer la interacción, regresar. Y luego usa algo de inteligencia. No artificial, creo. Para hacer una suposición educada y una diferencia educada entre las instantáneas. Y decirte dónde tienes fugas y qué objetos están filtrados.

Así que, se ha estado usando en Facebook. Incluso encontrando algunas fugas en React mismo. Así que, así es como se ve. Lo ejecutas. Y luego aquí está la sección superior. Te dice qué pasó. Aquí en la sección número 2, te dice lo que encontró. En este caso, encontró más de mil objetos filtrados. Pero todos son del mismo tipo.

Así que, te da una especie de camino para encontrar el primero. Y tal vez encuentres los otros también. Entonces, esos gráficos representan el uso de memoria en cada paso del camino.

Así que, idealmente debería parecer algo, algo más. Y luego volver al fondo. Y si no lo hace, tienes un problema.

Así que, este ejemplo que acabo de probar era algo así. Como crear 1024 diffs. Añádelos a la ventana. Y nunca los limpies. Así que, esto es lo que Memlab pudo detectar.

Así que, Memlab usa estos llamados archivos de escenario. Es solo un archivo de JavaScript. Como mínimo, tienes que implementar tres métodos. Uno a dónde ir. Luego qué hacer clic o interacción. Y luego escribe algo, cualquier cosa que Puppeteer te permita hacer. Para realizar una acción.

Y luego, de manera similar, cualquier cosa que quieras hacer para regresar. Así que, hay APIs adicionales para cookies para el estado de inicio de sesión. Si la aplicación está detrás de un inicio de sesión. Pero eso es lo mínimo.

Así que, este es un ejemplo real de una aplicación de Maps en la vida real. Que permanecerá sin nombre. Así que, cargas el mapa. Luego haces clic en un botón que dice, muéstrame hoteles por aquí. Y luego dices, no, no, no, olvídalo. Voy a regresar. Limpia la búsqueda. Regresa al estado inicial.

Y esto es lo que Memlab nos dice. Este es el primer paso, se usó algo de memoria. Segundo paso. Y luego el tercero, no volvimos al principio. Así que, toda esta muestra de hoteles y cosas dejó algunas cosas atrás. Las fugas están por todas partes. No es nuestra culpa. No somos descuidados. No somos malos desarrolladores. Todo el mundo lo hace.

Así que, si rara vez usas Puppeteer, no estás familiarizado, puede ser un poco complicado empezar. Por eso publiqué una extensión de Chrome para ayudar con eso. Así que, hay un panel de grabación en Chrome DevTools. Y es extensible. Así que, puedes hacer clic en cosas y luego exportar en un formato que te guste. Por defecto, está exportando JSON Puppeteer y demás. Así que, mi extensión simplemente te permite desde tus acciones exportar un archivo scenario.js que se puede usar con Memlab. Y me complace anunciar que ya tengo 50 usuarios. Así que, hay 50 personas que se preocupan por las fugas de memoria. Y dice destacado. Así que, supongo que está bien usarlo. Muy bien.

Así que, está bien. Encontraste el problema. Entonces, ¿cómo lo solucionas? Echemos un vistazo a algunos patrones comunes. En general, la mayoría de las veces son solo algunos objetos que quedan después de que ya no son necesarios. Así que, generalmente nodos DOM. En este caso, solo tienes que encontrar lo que todavía está en la memoria, asignarle null, y listo. Así que, puedes ver aquí que esto señala a la recolección de basura que esto ya no es necesario. Y ahora puede ser eliminado de manera segura.

Oh, juguemos un juego. Detecta la fuga. Muy bien. Entonces, comenzamos con un componente React simple. Sé que es un componente basado en clases, no me maten. Pero para las personas que no están familiarizadas con React o no lo han visto últimamente, creo que tiene más sentido. Produce algún tipo de contenido. Hace algo. Y luego, cuando se adjunta al DOM, cuando se monta, añade un event listener y escucha las pulsaciones de teclas. Por eso se llama Snoopy, porque husmea todo lo que presionas. Entonces, ¿dónde está la fuga? No hay mucho código, así que ¿dónde podría estar? ¿En serio? En esta área. Entonces, ¿qué está mal con esto? Bien. Así que, sí. Básicamente, cuando eliminas Snoopy del árbol DOM, este listener seguirá escuchando, y este event listener seguirá presente.

Detecta la fuga, sesión dos. Lo mismo, pero añadimos un set interval. Así que, hay otro listener que solo cuenta el tiempo. ¿Dónde está la fuga? Y cuando eliminas, hay dos listeners simplemente colgando. Así que, si depuras esto con Memlab, si es código minificado, será horrible. Podrías no ser capaz de ver nada. Por eso es una buena idea usar código no minificado para depurar, y también nombrar las funciones, ¿verdad? En lugar de funciones anónimas, usar funciones nombradas. ¿Alguien recuerda bind? Sí. Así que, sí. Ahora, cuando das nombres a nuestras funciones, código no minificado, funciones nombradas, usando el grabador de Memlab, y luego ejecutando Memlab con el Snoopy.js que se generó, y luego podemos buscar cosas. Y luego, no sé. Eso es un poco blanco. No sé si puedes verlo, pero nuestro Snoopy key down y Snoopy interval son claramente visibles allí. Sabes dónde buscar. Entonces, ¿cómo tapamos la fuga en este caso? Sí. Bueno, simplemente añadimos un componente.

Desmontaremos y limpiaremos después de nosotros mismos cuando terminemos. ¿Verdad? En este caso, el event listener tiene que ser accesible para ambos. Did mount y will unmount. Así que, sí. Simple. Así que, esto es React. Cualquier framework que uses, tiene que haber alguna forma de limpiar después de ti mismo una vez que el componente es eliminado, y deberíamos beneficiarnos de eso.

Detecta la fuga de nuevo. Muy bien. Así que, esto es lo que acabamos de arreglar que funciona, y esto es una fuga. Solo cambiaré de un lado a otro y veré si puedes ver la diferencia. Sí. Ojalá estuviera inventando esto, pero es un escenario de la vida real, algo que un memo lab pudo descubrir. Es solo que alguien decidió porque no están usando typing y cosas así, escribir mount con mayúscula. Quiero decir, tiene sentido. Component did mount está en mayúsculas. Unmount, sí. Así que, sí.

Todo este trabajo de limpieza es para nada. Una vez más con hooks. Correcto. Para que la gente no se sienta disgustada por los componentes basados en clases. Correcto. Ahora tenemos use effect. Correcto. Así que, en este caso, hacemos dos cosas. Una es el event listener, el key down, y otra es el interval. Podrían estar en el mismo use effect, pero personalmente, prefiero tener uno para cada parte del trabajo. Así que, la fuga es obviamente, de nuevo, cuando el componente es eliminado, algunas cosas todavía quedan colgando.

¿Cómo lo solucionamos? Bueno, un use effect te permite devolver una función, y esa es la limpieza que haces. Así que, sí. De nuevo, lo mismo. Devuelve una función que limpie después de ti. Así que, diferente API, componentes basados en clases versus funcionales, pero aún las mismas herramientas para limpiar después.

Detecta la fuga de nuevo. Vaya, esa es extraña. ¿Es esto una fuga de memoria? Sí. Resulta que lo es. Resulta que el console, ya sabes, retiene algunas referencias a las cosas que registra. Y puedes explorar esto en la pestaña de memoria en Chrome cuando tomas una instantánea. Luego puedes filtrar por, ya sabes, solo cosas retenidas por el console. Pero, quiero decir, ¿quién pone console logs en producción, verdad? Nadie nunca.

Eso nunca ha pasado. Muy bien. Para resumir, muchas gracias por su atención. Así que, no quiero ser paranoico, pero creo que están en todas partes. Fugas, hombre, dan miedo. Y, sí, cuando regreses esta noche, eso es lo que hay que hacer. Prueba la reporting API, luego revisa lo que sea que tu framework de elección te permita. Y solo usa null en todas partes. Prueba Memlab y Memlab Scenario Recorder y ve cómo funciona para ti. Y esas son algunas palabras de aliento al final. Como puedes ver, las fugas son difíciles de encontrar, pero generalmente muy fáciles de arreglar. Solo asigna null a las cosas, limpia después, y solo intenta usar las herramientas que tenemos y encuentra tu primera fuga hoy. Y esto hará que tus usuarios, si no felices, nadie puede garantizar la felicidad, ¿verdad? Al menos un poco menos frustrados. Y con eso, te agradezco mucho. Sí.

Muchas gracias. Solo un segundo. Espera, espera. Me preguntaba si tenemos tiempo, pero supongo que sí. Así que, soy parte de la comunidad de rendimiento web, al igual que Andrei. Y esta es una de las cosas, como que dirijo un calendario de adviento llamado Web Performance Calendar en el sitio web llamado Perfplanet. Así que cada diciembre, publicamos un artículo al día relacionado con el rendimiento. Gran parte de esto es rendimiento del front-end, porque es donde se pasa la mayor parte del tiempo. Y a lo largo de los años, hemos tenido algunos fantásticos, quiero decir, ha estado funcionando por más de diez años. Como hubo un artículo sobre cómo funciona la reconciliación de React. Eso fue muy popular, porque no estaba documentado en ningún lugar. Así que, sí, si no lo has hecho, pasa del mundo de JavaScript al mundo del rendimiento web, aprende sobre lo último y lo mejor. Y también, es muy abierto a – todo es impulsado por la comunidad. Así que quien me envíe un artículo, lo publico. Este es el proceso editorial. Así que, si quieres compartir una historia, quieres compartir cualquier tipo de historia o investigación o cualquier cosa que hayas hecho, estudio de caso, estaré feliz de publicarlo. Genial. Aplaudan de nuevo para el Sr. Stefanov. Gracias.

Muy temprano en la charla, mencionaste, ya sabes, hablaste sobre fugas, y dijiste, por supuesto, es Chrome. Pensé que escuché eso. Oh, sobre el planetario, sí, fue un poco de broma. No sé si lo es, pero Chrome está en todas partes estos días. Correcto, correcto, correcto. Bloomberg Terminal y otros lugares, así que solo estaba bromeando. No me sorprendería si esta maravillosa pantalla está impulsada por un navegador. Posiblemente. Sabemos que los navegadores están en el espacio, ¿verdad? Pero, quiero decir, voy a volver a eso rápidamente. Así que, ya sabes, en tu experiencia, ¿has visto un navegador en particular tener más fugas de memoria que otro por alguna razón en particular? No lo creo.

No tanto. Y dado que ambos estamos en el espacio de rendimiento, ¿serían las fugas de memoria más significativas, digamos, en un navegador móvil que no? Oh, buena pregunta. Buena pregunta, sí, bueno, quiero decir, la fuga va a ser la fuga, pero cuando tienes menos cantidad de memoria disponible, más pronto se bloquea el navegador. Así que, sí. Así que, en general, habiendo dicho eso, ciertamente deberíamos prestar aún más atención, como sabes, el mundo está prácticamente en móviles más que no. Eso es cierto, sí. ¿Me he insertado ahora en tu presentación, es eso?

Bien, vamos a algunas de estas preguntas, porque definitivamente recibimos bastantes. Y esta de aquí ha sido votada bastante. ¿Cómo puedes diferenciar entre memoria filtrada y el crecimiento del estado global? Oh, bueno, buena pregunta. Sí, bueno, el crecimiento del estado global, supongo que eso es más sobre cómo arquitecturas la aplicación en lugar de pequeños errores tontos que hacen que las cosas se pierdan y no se recolecten adecuadamente. Pero no esperas que el recolector de basura tome tu estado y lo elimine, ¿verdad? Así que, sí, creo que eso es más una cuestión de arquitectura. Bien. Así que, sí, si sabes eso, sí, eso es una especie de pista. Eso va a ser probablemente incluso más fácil que buscar fugas de memoria si solo tienes algún tipo de temporizador que mire tu volcado JSON de todo el estado, y solo envíe señales de vez en cuando, y vea cómo crece el estado, y si hay motivo de preocupación. Conozco al menos una empresa, no quiero, ya sabes, probablemente escribirán para el calendario, así que va a ser increíble. Pero conocen el objeto que suelen filtrar, así que saben lo que se supone que deben limpiar. Así que tienen una cosa personalizada que se ejecuta de vez en cuando y verifica. Todos estos se esperan que sean recolectados por el recolector de basura. ¿Cuántos de ellos no lo son? Así que, sí, estas son cosas personalizadas.

Donde la aplicación de memo y cosas que estaba mostrando es como, incluso si no sabes lo que está sucediendo en la aplicación en absoluto, solo quieres encontrar cosas. Bien. Vamos a esta pregunta aquí. De hecho, volviendo a lo que mencioné, pero, ya sabes, si quieres expandir sobre eso. Mark preguntó, ¿cómo comprobar fugas de memoria en móviles? En móviles. Así que, sí, quiero decir, puedes usar herramientas de desarrollo para conectarte a un teléfono, ¿verdad? Y, bueno, sí. Sí, puedes inspeccionarlo manualmente, ¿verdad? Así que mem lab no va a suceder en este caso porque usa Puppeteer para conectarse a las herramientas de desarrollo de Chrome. Pero si quieres, sí, de hecho, sí, puedes ejecutar Puppeteer en algún tipo de emulación del sitio web. Y si tienes acceso a las herramientas de desarrollo, protocolo de herramientas de desarrollo, entonces, sí, ¿por qué no? Muy bien. Muchas gracias por esa pregunta, Mark. Déjame ver aquí.

Hay otro. M pregunta, ¿sabes si hay un codemark slash plugin que añadiría nombres y enlaces a las funciones anónimas automáticamente? Sí, no lo sé. Creo que eso es algo que debe existir. No he mirado. O tal vez esa es una aplicación de IA, simplemente ir y nombrar mis funciones.

Bien. Vamos a otro lugar aquí. ¿Cuál es el mayor y más común culpable del rendimiento web en tu experiencia? Bien. Oh, difícil, difícil. Descuido, generalmente. A veces arreglamos cosas y todo es maravilloso y rápido, y luego revisamos seis meses después y todo vuelve a como estaba. Sí, quiero decir, desafortunadamente, cuando se trata de rendimiento web, la respuesta más común es, depende. Depende del tipo de aplicación. Pero últimamente, no últimamente, ha sido una tendencia durante bastante tiempo. Es solo la gran cantidad de JavaScript que enviamos. Es un problema común. Y por eso necesitábamos herramientas como esta, ¿verdad?

Sí. Esto fue construido por Facebook cuando hubo un rediseño de una especie de SPA a un SPA completamente completo. Y la cantidad de JavaScript y ejecución fue el cuello de botella número uno, lo cual es una locura. Sí. Y me imagino que podrías hablar con experiencia, habiendo visto lo que estaba sucediendo en Facebook en ese entonces y lo que ves hoy. ¿Así que todavía es algo comparable? ¿O qué? En términos del problema? Oh, bueno, ya no depuro problemas de Facebook, así que no puedo decir. Pero como usuario tratando de publicar en el mercado de Facebook con Firefox, tienen trabajo por hacer. Bien. Me gusta esta pregunta en realidad aquí, proveniente de anónimo. ¿Hay alguna manera de emular tener menos memoria? Puedes memoria. No puedo recordar. Sí. Puedes ralentizar. Sí, definitivamente.

Puedes limitar la CPU. Pero eso es bueno. Deberíamos hablar con la gente de Chrome que está aquí. Sí. Y Addy también está aquí en términos de DevTools. Así que esa podría ser una pregunta para él. Pero gran pregunta, anónimo. Gracias.

Bien. Ya lo hicimos. ¿Puedes ampliar sobre cuándo un desarrollador debería establecer objetos a null? Siempre que pienses que ya no lo necesitas, pero parece que se va a usar, o lo que sea que tu herramienta diga, está bien, esta cosa todavía está presente, y luego piensas, está bien, ¿por qué? Básicamente, todo lo que no necesitas, deberías descartarlo y darle al recolector de basura una oportunidad. Voy a tomar un poco de agua.

Bien. Aquí hay una pregunta. ¿Cómo detectar objetos de memoria de console log? Sí. Si tomas una instantánea en Chrome DevTools en la pestaña de memoria, entonces puedes mirarla, y hay una opción. Es una especie de nueva que puedes filtrar solo por cosas que son retenidas por la consola. Y también, no hagas console log en producción ahora mismo. ¿Qué tan útiles son WeakRefs y WeakMaps para limpiar fugas de memoria? Sí. Realmente espero que esta empresa publique este artículo, pero eso es exactamente lo que estaban usando, WeakMaps, aunque MDN te dirá que no lo hagas. Sí. Creo que son bastante útiles. ¿Existen herramientas de CI para probar regresiones en lanzamientos para fugas de memoria? Sí. Sí. Quiero decir, puedes integrar MemLab, y eso es lo que estamos haciendo en Facebook. Está en PR, diff, como lo llames. Puedes ejecutar las herramientas y ver si las cosas han retrocedido, y sí, de hecho, se ejecuta continuamente. Bien. Otra pregunta que parece que hubiera sido bueno tener – bueno, en realidad es una buena conexión entre nuestra última charla. ¿Existen herramientas de IA que no solo puedan detectar fugas sino también eliminarlas de tu código? No estoy al tanto, no.

Pero, sí, quiero decir, parece que probablemente ya esté por ahí. No. Pero, ¿quién sabe? Sí, por supuesto. Quiero decir, ¿cuántos? Hay un top ten. Sí, sí. No, creo que estamos bastante al principio en las herramientas para fugas de memoria, lo cual es algo desafortunado. Así que MemLab es una de las pocas cosas que tenemos. Sí. Así que, sí, si podemos enseñar a un linter o algo así a asegurarse de que los hooks de limpieza se usen realmente, sería genial. Ni siquiera necesitas IA para esto.

Bien. Solo enlazas toda la verificación. Acabas de decir que estamos bastante al principio en las herramientas allí. ¿Hay una razón particular por la que? Bueno, porque ignoramos este problema porque no lo vemos. Así que parte de por qué estoy aquí es solo para crear conciencia. Genial, genial. Porque, ya sabes, quiero decir, ¿quién ve ese fallo por falta de memoria en la vida normal o en el desarrollo con el último Mac?

Y esta será nuestra última pregunta. Pero, de nuevo, esto sería – es casi una buena amalgama entre esta charla y la última hasta cierto punto, de todos modos. ¿Hasta dónde te llevarán los informes de Lighthouse? Si obtienes buenas puntuaciones en Lighthouse, ¿es eso tu auditoría de rendimiento terminada o solo te llevará a mitad de camino? Me gusta esa pregunta. ¿Anónimo? Sí. Y acabamos de regresar con Anri de PerfNow, que es como nuestra conferencia anual de rendimiento web, donde creo que Lighthouse no era precisamente el favorito de la industria en este momento. Así que, sí, Lighthouse es un buen lugar para comenzar, pero las puntuaciones realmente no significan nada, ¿verdad? Es solo una forma de darte un incentivo cuando ves un número para mejorarlo. Es más útil para pruebas de regresión cuando lo ejecutas en integración continua y ves si la puntuación bajó. Así que es todo relativo. Pero, sí, una puntuación de Lighthouse de 100 no significa que tengas un sitio web rápido. Una puntuación de Lighthouse de cero lo garantiza bastante. Definitivamente te da una idea de que las cosas están relativamente bien, pero aún podrías querer hacer algunas pruebas adicionales para asegurarte de que todo esté sólido y demás. Podemos entrar en eso en otro momento. Las personas que no están familiarizadas con Core Web Vitals, vayan a verlos y lean sobre ello. Sí. Sí. Quiero decir, Stoyan estará por aquí, así que podrás hacerle bastantes más preguntas si lo deseas. Y, además, ya sabes, hubo un par de preguntas sobre Lighthouse, creo. Creo que Addy podría darte algunas – Addy podría aportar algo de perspectiva, es lo que estoy tratando de decir con eso dicho. Stoyan. Sí. Muchas gracias por este Q&A. Aplaudan de nuevo a Stoyan. Gracias.