Haciendo que tus aplicaciones React sean más eficientes a gran escala

This ad is not shown to multipass and full ticket holders
React Summit US
React Summit US 2025
November 18 - 21, 2025
New York, US & Online
The biggest React conference in the US
Learn More
In partnership with Focus Reactive
Upcoming event
React Summit US 2025
React Summit US 2025
November 18 - 21, 2025. New York, US & Online
Learn more
Bookmark
Rate this content

A medida que agregas más componentes a tu aplicación React, comenzarás a notar problemas de rendimiento. Tal vez los datos no se carguen tan rápido o notes que las cosas suceden fuera de orden. Hay herramientas y técnicas que puedes utilizar para manejar este tipo de problemas a gran escala. En esta charla, los asistentes aprenderán cómo analizar sus aplicaciones React en busca de problemas solucionables y aprenderán algunas técnicas de gestión de estado y manejo asíncrono.

This talk has been presented at React Summit 2020, check out the latest edition of this React Conference.

FAQ

Conducto es una plataforma que se utiliza para desarrollar herramientas de CI/CD (Integración Continua y Entrega Continua) que permiten la implementación de aplicaciones sin necesidad de usar YAML, simplificando el proceso y haciéndolo más accesible.

Para mejorar la eficiencia de una aplicación React, puedes realizar pruebas de rendimiento, utilizar herramientas como Lighthouse y Profiler, optimizar la carga de componentes con técnicas como la carga perezosa y la división de código, y gestionar el estado eficientemente, por ejemplo, usando el hook useContext para evitar props innecesarios.

Puedes utilizar Lighthouse para obtener una evaluación inicial de rendimiento y sugerencias de mejora. Además, la herramienta Profiler en las Chrome DevTools te permite visualizar el tiempo de carga de cada componente de React en la página, identificando posibles cuellos de botella.

La carga perezosa es una técnica que consiste en cargar componentes solo cuando son necesarios, lo que reduce el tiempo de carga inicial y mejora el rendimiento general de la aplicación. React permite implementar esta técnica fácilmente mediante la función React.lazy junto con Suspense.

Minimizar recursos implica reducir el tamaño de los archivos de JavaScript, CSS e imágenes que se cargan en una aplicación. Esto se puede lograr mediante herramientas como Webpack, que automatiza la minimización y optimización de estos recursos en la versión de producción.

Realizar pruebas de rendimiento en la compilación de producción es crucial porque refleja el entorno y las condiciones bajo las cuales los usuarios finales interactuarán con la aplicación. Esto asegura que las mejoras y optimizaciones se prueben en un escenario realista y que los resultados sean fiables.

Una estructura desorganizada puede complicar el mantenimiento y escalar la aplicación, además de afectar el rendimiento al aumentar la complejidad de los componentes y las rutas de importación. Organizar adecuadamente los archivos y carpetas ayuda a mantener el proyecto manejable y optimizado.

El tree-shaking es una técnica de optimización que elimina código no utilizado en una aplicación, reduciendo el tamaño final del paquete y mejorando los tiempos de carga. Esta práctica es esencial para mantener la aplicación ligera y eficiente a medida que crece.

Milecia McGregor
Milecia McGregor
21 min
17 Jun, 2021

Comments

Sign in or register to post your comment.
Video Summary and Transcription
Esta charla trata sobre cómo hacer que las aplicaciones React sean más eficientes analizando su complejidad, ejecutando pruebas de rendimiento, utilizando herramientas como Lighthouse y el Profiler, y optimizando componentes y llamadas a la API. También se cubren técnicas para limpiar aplicaciones existentes, como la división de código y la eliminación de árboles. El enfoque principal es mejorar el rendimiento de la aplicación mediante la virtualización de listas, la carga perezosa, el almacenamiento en caché de datos, la minimización de código y activos, y el manejo de errores de renderizado.

1. Introducción a la optimización de aplicaciones React

Short description:

Hola a todos. Mi nombre es Malisha y soy una defensora del desarrollo con Conducto. Hoy quiero hablarles sobre cómo hacer que sus aplicaciones React sean más eficientes. Discutiremos la aplicación React inicial, qué sucede con el tiempo, las pruebas, cómo mantener su aplicación eficiente, cómo limpiar aplicaciones existentes y las principales conclusiones.

Echemos un vistazo. Hola a todos. Mi nombre es Malisha y soy una defensora del desarrollo con Conducto. Y allí creamos estas increíbles herramientas de CI/CD donde puedes implementar tus aplicaciones sin usar YAML, lo cual es bastante impresionante. Puedes encontrarme en Internet, generalmente en Twitter como Flipped Coding.

Así que hoy quiero hablarles sobre cómo hacer que sus aplicaciones React sean más eficientes, porque sabemos lo genial que es trabajar con una aplicación React que tiene más de 100 componentes. Antes de todas mis charlas, me gusta darles una visión general rápida para que puedan decidir cuándo sintonizar y cuándo no. Pero para comenzar, hablaremos sobre su React inicial, esa nueva base de la aplicación create React. Luego hablaremos sobre qué sucede con el tiempo y cómo se agregan estas diferentes capas y todos estos nuevos componentes, y qué sucede para ralentizar su aplicación en primer lugar. Luego veremos algunas de las pruebas que pueden realizar para encontrar áreas para mejorar su aplicación. Hablaremos sobre lo que pueden hacer para mantener su aplicación eficiente, diferentes herramientas y técnicas que pueden utilizar. Y la parte divertida es hablar sobre cómo limpiar una aplicación existente para que se ejecute mucho más rápido y reducir esos preciosos milisegundos de tiempo de carga. Por último, concluiremos con algunas conclusiones clave y algunas cosas que espero que sean realmente útiles en su trabajo diario con React.

2. Complejidad y rendimiento de las aplicaciones React

Short description:

Cuando comienzas una nueva aplicación React, está limpia y vacía. Pero con el tiempo, a medida que agregas más componentes y características, el código se vuelve más complejo y la aplicación se ralentiza. Para encontrar áreas problemáticas, ejecuta pruebas de rendimiento utilizando una compilación de producción.

Para comenzar, todos conocemos esa aplicación React inicial y lo limpia y vacía que está. Así que cuando comenzamos, tenemos esta nueva y brillante aplicación React. Prácticamente no tiene nada en ella. Hay una prueba muy simple. Y nuestra aplicación tiene, ¿qué, 26 líneas, básicamente? Como puedes ver, no hay mucha estructura aquí. Todo está limpio. Y si sigues agregando, puede volverse complejo muy rápido. Pero sabes cómo se ve eso. Todos hemos estado ahí.

Lo que sucede con el tiempo es que el ciclo de vida del desarrollo de software básicamente destruye toda esa simplicidad de tener todo en la carpeta raíz, en su mayoría. Y la razón de eso son muchas cosas. Se toman decisiones arquitectónicas. Se agregan diferentes características. Las personas organizan las carpetas y los archivos de manera diferente. Y a medida que sigues agregando estos componentes, no solo el código de tu proyecto se vuelve más complejo para leer y encontrar diferentes errores, sino que estos componentes también tardan en renderizarse. A medida que agregas más de ellos, ya sea que estén anidados o en una nueva página o como sea que estés usando tu aplicación, a medida que agregas más componentes que deben renderizarse, naturalmente ralentiza tu aplicación. Tendrás llamadas a API que estás realizando, necesitarás hacer actualizaciones de página sincrónicas y esto desencadena muchos cambios de estado y ganchos de efecto de uso. Y todo eso lleva tiempo. Y al principio parece que esos pocos milisegundos, oh, lo que sea, 500 milisegundos, podemos lidiar con eso. Pero cuando tienes 30 componentes que tardan tanto tiempo, comienzas a notar que la aplicación se mueve notablemente más lenta y tus usuarios especialmente lo notan.

Con el tiempo, esto es más o menos cómo comienza a verse tu aplicación. Tienes diferentes carpetas. Tienes un montón de nuevos componentes y ayudantes y todos tus paquetes, por supuesto. Así que las cosas simplemente se vuelven más grandes y luego comienzas a tener llamadas a API y profundizaremos más en esto un poco más adelante en la charla, pero puedes ver que hay más cosas sucediendo. Tienes funciones que se ejecutan. Tienes todo esto sucediendo en un solo componente. Así que imagina esto 80 veces más en la misma página y puedes ver lo rápido que ralentizará tu aplicación. Para ayudarnos a encontrar esas áreas problemáticas particulares en nuestra aplicación que realmente tardan más tiempo en cargarse, ejecutamos algunas pruebas para ver dónde podemos mejorar las cosas. Entonces, lo primero que debes hacer cuando ejecutas pruebas de rendimiento es asegurarte de que estás utilizando una compilación de producción.

3. Usando Lighthouse y la herramienta Profiler

Short description:

Realmente no tiene mucho sentido ejecutar pruebas de rendimiento en una compilación de desarrollo. Utiliza la misma versión de tu aplicación que los usuarios utilizarán. Haz una compilación de producción minificada y ejecútala a través de pruebas unitarias. Utiliza Lighthouse para obtener una puntuación de rendimiento inicial. Establece las categorías que deseas verificar y determina si tu aplicación cumple con los estándares. Lighthouse proporciona sugerencias para mejorar el rendimiento de tu aplicación. La herramienta Profiler reemplaza la herramienta React Perf y te permite perfilar componentes directamente en el navegador.

Realmente no tiene mucho sentido ejecutar una gran cantidad de pruebas de performance en una compilación de desarrollo, aunque hay algunos beneficios. Si quieres ver las mejoras donde los usuarios tienen problemas, necesitas utilizar la misma versión de tu aplicación con la que los usuarios trabajarán. Por eso, al principio, haz tu compilación de producción minificada, pásala por todas tus pruebas unitarias primero para asegurarte de que no haya otros errores que debas solucionar. Porque a veces, cuando esas pruebas fallan, te están mostrando lugares donde podrías necesitar refactorizar porque es demasiado complejo, o tal vez tienes un error en alguna API que devuelve un 404. Y sigue haciendo esa solicitud porque la tienes configurada de alguna manera, no sé, como un tiempo de espera, haz clic en el botón, algo así. Pero utiliza una compilación de producción para obtener los resultados más precisos. Y lo primero, una de las cosas más comunes, es utilizar Lighthouse para obtener esa puntuación inicial de performance. Así que utilizando esta aplicación como ejemplo, puedes ver que tiene algunos modales, hay algunas páginas diferentes, funciones, APIs, todas esas cosas buenas. Y lo que esto muestra en la página es solo una pequeña aplicación de presupuesto, nada demasiado sofisticado. Y no he gastado tanto dinero en un solo día, solo para que conste. Es solo un poco de data sobrante de algunas cosas con las que estaba jugando. Pero de todos modos, lo principal que todos quieren ver es Lighthouse. Esta es una aplicación de React. Lo sabemos. Pero cuando entras en tus herramientas de desarrollo y vas a la pestaña de Lighthouse en particular, lo que puedes hacer es establecer las diferentes categorías que deseas que verifique y determinar si tu aplicación cumple con los standards. Desarrollar para escritorio no es tan difícil, así que siempre ejecuto mis informes para móvil. Y como puedes ver en el fondo, Lighthouse hace algo genial. Lo coloca en una vista móvil y ejecuta todas estas diferentes pruebas de performance para ver, ¿tu aplicación se está ejecutando lo suficientemente rápido? ¿Funcionará bien para las personas con una conexión a Internet lenta? ¿Es accesible? Cosas así. Como puedes ver, esta aplicación es bastante mala en cuanto a performance, pero lo genial de Lighthouse es que aquí abajo te dan muchas sugerencias sobre lo que puedes hacer para mejorar tu aplicación. Así que este primer pintado de contenido, básicamente, ¿qué tan rápido puedes cargar tu página inicial? Nueve segundos es demasiado tiempo. Así que tendré que investigar y ver cuál es exactamente el problema. Supongo que tiene algo que ver con este gráfico, solo una suposición. Pero como puedes ver, te dan capturas de pantalla, te dan diferentes opciones y esto aquí, Minificar JavaScript, por eso ejecutamos una compilación de producción, pero esto es solo una demostración, así que tengo que mostrarte lo que puedo mostrarte. Pero nuevamente, Lighthouse es una gran herramienta, te brinda todos estos consejos e ideas de lo que puedes hacer para que tu aplicación sea más eficiente. Y ahora que has visto Lighthouse, si no estás familiarizado con la herramienta Profiler, pero has oído hablar de la herramienta React Perf, esto básicamente reemplazó esa herramienta Perf. Solía haber algún tipo de complemento de React que podías agregar a tu código y rodear el componente en particular del que querías saber cuánto tiempo tardaba en cargarse y te daba todo un informe, desde el momento en que comienza a renderizarse hasta el segundo en que se detiene. Pero ahora eso sucede directamente en el navegador, lo cual es bastante impresionante. Así que volviendo a nuestra página, estoy borrando todo. Vamos a ir a esta pestaña de Profiler, que es realmente genial, pero básicamente puedes comenzar a perfilar y actualizar la página.

4. Profiling Components for Performance

Short description:

Esto te brinda una vista de cada componente en la página y cuánto tiempo tarda en cargarse. Es una forma rápida de identificar áreas problemáticas y encontrar mejoras.

De acuerdo. Ahora se ha actualizado y estamos esperando a que termine de perfilar lo que sea que esté perfilarizando. Creo que seguiré adelante y lo detendré. Pero esto te brinda una vista de cada componente en la página y cuánto tiempo tarda en cargarse. Intentaré hacerlo más grande para que puedas verlo. Pero en general, puedes ver que la página tardó casi, ¿qué es eso, casi medio segundo antes de que lo detuviera. Pero esto es solo un desglose de cuánto tiempo tarda cada componente en esa página, desde el enrutador, para cargar esos diferentes elementos. Claramente, el gráfico es donde está el problema porque está tomando más tiempo que todos estos componentes. Pero esta es una de las formas rápidas en las que puedes descubrir, oye, ¿dónde debería buscar esas mejoras? Esto te brinda una visión general amplia para que puedas ver esas áreas problemáticas particulares de manera rápida y fácil.

5. Analizando las llamadas a la API con la pestaña de Red

Short description:

La pestaña de Red en las Chrome DevTools es esencial para los ingenieros front-end que trabajan con llamadas a la API. Te permite monitorear los datos que se envían y reciben, asegurando que el backend no haya cambiado ningún nombre de parámetro. Las solicitudes a la API pueden ser un área problemática potencial, especialmente si un componente realiza múltiples solicitudes. El tiempo que tardan estas solicitudes en completarse puede afectar significativamente el rendimiento de tu aplicación. Al analizar la pestaña de Red, puedes identificar cuellos de botella y verificar que se estén recuperando los datos esperados. Además, es posible que descubras oportunidades para mejorar el rendimiento en el backend.

Y volvamos aquí, a la pestaña de Red. Esta es la mejor amiga de todos los ingenieros front-end cuando trabajamos con esas llamadas a la API, tratando de averiguar qué data estamos utilizando y asegurándonos de que el backend no haya cambiado ningún nombre de parámetro. Entonces, cuando estás haciendo esas solicitudes a la API, a veces ahí es donde está tu área problemática porque un componente podría hacer muchas, muchas solicitudes a la API. Y dependiendo de cuánto tiempo tardan esas solicitudes, como cuántos data están devolviendo o cuánto data tienes que enviarles, eso podría ser un gran cuello de botella para tu aplicación porque tu página no terminará de renderizarse hasta que tengas esos data de vuelta. O tal vez solo obtengas un error. Pero lo principal es que quieres ver todas las llamadas que hiciste. Como en mi caso, una de las API del backend fue esta obtener todos los elementos. Y puedes ver cuánto tiempo tardó si simplemente volvemos aquí. Esto solo tomó 24 milisegundos. Probablemente no sea un gran problema. Pero también te brinda la oportunidad de asegurarte de que estás obteniendo los data que estás buscando y de que si hay alguna mejora de performance que se pueda hacer en el lado del backend, es posible que la encuentres aquí.

6. Optimizando el rendimiento de la aplicación

Short description:

Existen otras herramientas de Chrome DevTools que te permiten analizar tus componentes y comprender cómo se cargan en la página. Para mantener tu aplicación con un buen rendimiento, considera virtualizar listas, implementar la carga perezosa para los componentes en pantalla, almacenar en caché datos, minimizar JavaScript, CSS e imágenes, manejar errores relacionados con el renderizado y dividir los paquetes al usar la carga perezosa con React y Webpack.

Bien, llegamos a la pestaña de red. Y luego, por supuesto, existen otras herramientas de Chrome DevTools. Tal vez uno de los problemas que tienes es que hay demasiados componentes anidados. Entonces puedes venir aquí y ver tus componentes y simplemente ver, oh, pantalla completa. Bien, puedes ver cuántos componentes hay en profundidad, las props y todo lo que tienen. Y te da una mejor idea de cómo se cargan las cosas en tu página.

Muy bien, ahora que sabes todo sobre las pruebas, hablemos de cómo puedes mantener tu aplicación con un buen rendimiento. Recuerda, estábamos hablando de esas solicitudes a la API que devuelven muchos datos. Intenta virtualizar esas listas. Entonces, si puedes hacer algún tipo de paginación, o eso de la carga infinita, si puedes hacer eso en lugar de cargar mil elementos en una página de una vez, definitivamente ayudará mucho a tu rendimiento. Y luego la carga perezosa. Si tienes, digamos, solo un montón de componentes en pantalla, pero no necesariamente necesitan estar disponibles de inmediato, puedes hacer algo así como, ¿dónde está eso? Esto, tal vez esté en otro lugar. OK, tal vez esté aquí. Sí, está aquí. Básicamente, puedes cargar perezosamente un componente que importas. Y básicamente, esto se asegura de que la página continúe renderizándose hasta que tengas ese componente disponible. En su lugar, habrá algún tipo de marcador de posición hasta que ese componente esté listo. Y eso evita que tu página se quede colgada en el tiempo de carga. Y, por supuesto, puedes almacenar en caché tus datos. Siempre es divertido y React ya viene con ese service worker. Si necesitas algo más avanzado, definitivamente investiga sobre Workbox de Google. Tiene muchas formas excelentes de implementar el almacenamiento en caché que no te frustrarán hasta las lágrimas. Y, por supuesto, asegúrate de minimizar todo. Todo tu JavaScript, CSS, imágenes, lo que sea, asegúrate de que esté minimizado en tu versión de producción. Especialmente si estás usando Webpack porque puede hacer algunas cosas de configuración extrañas. Maneja tus errores. Sabemos que a veces no necesariamente necesitas manejarlos explícitamente. Pero asegúrate de manejar aquellos que tienen que ver con el renderizado en particular. Porque lo último que quieres es un componente en la página que se esté cargando infinitamente y que detenga el resto de los procesos de ejecutarse. Y por último, asegúrate de dividir tus paquetes. Entonces, cuando implementes esta carga perezosa que mencioné antes, React tiene algún paquete que si estás usando Webpack, se encargará de dividir cada archivo individualmente.

7. Limpiando una aplicación existente

Short description:

Para limpiar una aplicación existente, puedes usar la división de código para cargar perezosamente los componentes y crear paquetes individuales. La eliminación de código no utilizado mediante tree-shaking ayuda a reducir el tamaño del paquete. Verifica los paquetes no utilizados e importa solo las partes necesarias. Los paquetes no utilizados aumentan el tiempo de carga, así que elimínalos por completo.

Entonces terminas con un montón de paquetes pequeños en lugar de uno enorme que tarda tres segundos en cargarse. Ahora, la parte divertida, ¿cómo limpias una aplicación existente? Lo primero que puedes hacer es la división de código. La división de código es básicamente lo que acabamos de mencionar, en lugar de tener ese paquete gigante al final, cargas perezosamente todos tus componentes y crea paquetes individuales para cada uno de esos archivos. Y el tree-shaking, que es un término divertido para mí, pero básicamente significa que revisas tu código y te aseguras de que no haya código muerto. Si hay código o líneas en tu código que no se están utilizando, simplemente elimínalos. Lo único que hacen es ocupar espacio y aumentar el tamaño del paquete, lo que hace que la carga de una página sea un poco más larga de lo necesario porque no estás utilizando esos valores. Y la parte divertida, siempre verifica esos paquetes no utilizados porque si no necesitas toda la biblioteca de Lodash, probablemente puedas importar solo las partes que necesitas. Las bibliotecas no utilizadas son un gran problema para el performance porque hacen que el tamaño del paquete sea tan grande que el tiempo de carga inicial es más largo de lo necesario. Así que si tienes paquetes no utilizados, si tienes paquetes de los que solo necesitas ciertos métodos o parámetros, intenta hacer eso. Pero definitivamente, si no estás utilizando un paquete, deséchalo. Y prueba a usar el hook use context. Así que si eres fan de Redux, lamento decirte que creo que realmente no lo necesitamos, a menos que estés trabajando en una de esas aplicaciones enterprise enormes en las que no hay forma de que los hooks en React puedan manejar tantas cosas diferentes. Pero si tienes algunos data que necesitas compartir entre componentes y no quieres pasar props, lo cual definitivamente no quieres hacer, intenta usar el hook use context para pasar data entre componentes mucho más rápido que si tuvieras que hacer otra llamada a la API, o si estuvieras pasando props, porque eso solo agrega un poco más de tiempo de renderizado, que, por supuesto, se acumula cuando tienes cientos o incluso decenas de componentes, lo que hace que el tiempo de carga sea mucho más largo. Y luego, otro, creo que el hook use memo es un poco un héroe desconocido. Básicamente, lo que hace es tomar tu data, y a menos que haya cambios en esa data, no realiza la solicitud nuevamente. Esto te ahorrará tiempo en algunas llamadas a la API si solo estás recargando páginas. Y, por supuesto, refactoriza las cosas. Si aún tienes algunos bucles for antiguos o algo así, intenta reemplazarlos por un map si puedes. Pero lo que sea que puedas hacer para refactorizar tus componentes para mejorar el performance, intenta hacerlo. Así que, solo algunas cosas para concluir rápidamente. Los problemas de performance ocurren. Solo lidiar con ellos a medida que surjan. Hay tantas herramientas gratuitas para usar que acabas de ver prácticamente todas en las Chrome DevTools. Y la mayoría de los problemas de performance no son difíciles de resolver. Solo lleva algo de tiempo encontrarlos. Y, por supuesto, asegúrate de que los recursos del lado del servidor se escalen tan bien como el resto de tus cosas. Y mantente atento a esos paquetes innecesarios. Así que, gracias por tu tiempo y espero que hayas aprendido algo. Si tienes alguna pregunta, puedes hacerla aquí en la sesión de preguntas y respuestas o puedes contactarme en Twitter en FlippedCoding.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Una Guía del Comportamiento de Renderizado de React
React Advanced 2022React Advanced 2022
25 min
Una Guía del Comportamiento de Renderizado de React
Top Content
This transcription provides a brief guide to React rendering behavior. It explains the process of rendering, comparing new and old elements, and the importance of pure rendering without side effects. It also covers topics such as batching and double rendering, optimizing rendering and using context and Redux in React. Overall, it offers valuable insights for developers looking to understand and optimize React rendering.
Construyendo Mejores Sitios Web con Remix
React Summit Remote Edition 2021React Summit Remote Edition 2021
33 min
Construyendo Mejores Sitios Web con Remix
Top Content
Remix is a web framework built on React Router that focuses on web fundamentals, accessibility, performance, and flexibility. It delivers real HTML and SEO benefits, and allows for automatic updating of meta tags and styles. It provides features like login functionality, session management, and error handling. Remix is a server-rendered framework that can enhance sites with JavaScript but doesn't require it for basic functionality. It aims to create quality HTML-driven documents and is flexible for use with different web technologies and stacks.
Compilador React Forget - Entendiendo React Idiomático
React Advanced 2023React Advanced 2023
33 min
Compilador React Forget - Entendiendo React Idiomático
Top Content
Joe Savona
Mofei Zhang
2 authors
The Talk discusses React Forget, a compiler built at Meta that aims to optimize client-side React development. It explores the use of memoization to improve performance and the vision of Forget to automatically determine dependencies at build time. Forget is named with an F-word pun and has the potential to optimize server builds and enable dead code elimination. The team plans to make Forget open-source and is focused on ensuring its quality before release.
Uso efectivo de useEffect
React Advanced 2022React Advanced 2022
30 min
Uso efectivo de useEffect
Top Content
Today's Talk explores the use of the useEffect hook in React development, covering topics such as fetching data, handling race conditions and cleanup, and optimizing performance. It also discusses the correct use of useEffect in React 18, the distinction between Activity Effects and Action Effects, and the potential misuse of useEffect. The Talk highlights the benefits of using useQuery or SWR for data fetching, the problems with using useEffect for initializing global singletons, and the use of state machines for handling effects. The speaker also recommends exploring the beta React docs and using tools like the stately.ai editor for visualizing state machines.
Acelerando tu aplicación React con menos JavaScript
React Summit 2023React Summit 2023
32 min
Acelerando tu aplicación React con menos JavaScript
Top Content
Mishko, the creator of Angular and AngularJS, discusses the challenges of website performance and JavaScript hydration. He explains the differences between client-side and server-side rendering and introduces Quik as a solution for efficient component hydration. Mishko demonstrates examples of state management and intercommunication using Quik. He highlights the performance benefits of using Quik with React and emphasizes the importance of reducing JavaScript size for better performance. Finally, he mentions the use of QUIC in both MPA and SPA applications for improved startup performance.
Enrutamiento en React 18 y más allá
React Summit 2022React Summit 2022
20 min
Enrutamiento en React 18 y más allá
Top Content
Routing in React 18 brings a native app-like user experience and allows applications to transition between different environments. React Router and Next.js have different approaches to routing, with React Router using component-based routing and Next.js using file system-based routing. React server components provide the primitives to address the disadvantages of multipage applications while maintaining the same user experience. Improving navigation and routing in React involves including loading UI, pre-rendering parts of the screen, and using server components for more performant experiences. Next.js and Remix are moving towards a converging solution by combining component-based routing with file system routing.

Workshops on related topic

Masterclass de Depuración de Rendimiento de React
React Summit 2023React Summit 2023
170 min
Masterclass de Depuración de Rendimiento de React
Top Content
Featured Workshop
Ivan Akulov
Ivan Akulov
Los primeros intentos de Ivan en la depuración de rendimiento fueron caóticos. Vería una interacción lenta, intentaría una optimización aleatoria, vería que no ayudaba, y seguiría intentando otras optimizaciones hasta que encontraba la correcta (o se rendía).
En aquel entonces, Ivan no sabía cómo usar bien las herramientas de rendimiento. Haría una grabación en Chrome DevTools o React Profiler, la examinaría, intentaría hacer clic en cosas aleatorias, y luego la cerraría frustrado unos minutos después. Ahora, Ivan sabe exactamente dónde y qué buscar. Y en esta masterclass, Ivan te enseñará eso también.
Así es como va a funcionar. Tomaremos una aplicación lenta → la depuraremos (usando herramientas como Chrome DevTools, React Profiler, y why-did-you-render) → identificaremos el cuello de botella → y luego repetiremos, varias veces más. No hablaremos de las soluciones (en el 90% de los casos, es simplemente el viejo y regular useMemo() o memo()). Pero hablaremos de todo lo que viene antes - y aprenderemos a analizar cualquier problema de rendimiento de React, paso a paso.
(Nota: Esta masterclass es más adecuada para ingenieros que ya están familiarizados con cómo funcionan useMemo() y memo() - pero quieren mejorar en el uso de las herramientas de rendimiento alrededor de React. Además, estaremos cubriendo el rendimiento de la interacción, no la velocidad de carga, por lo que no escucharás una palabra sobre Lighthouse 🤐)
Next.js para Desarrolladores de React.js
React Day Berlin 2023React Day Berlin 2023
157 min
Next.js para Desarrolladores de React.js
Top Content
Featured WorkshopFree
Adrian Hajdin
Adrian Hajdin
En esta avanzada masterclass de Next.js, profundizaremos en conceptos clave y técnicas que permiten a los desarrolladores de React.js aprovechar al máximo Next.js. Exploraremos temas avanzados y prácticas prácticas, equipándote con las habilidades necesarias para construir aplicaciones web de alto rendimiento y tomar decisiones arquitectónicas informadas.
Al final de esta masterclass, serás capaz de:1. Comprender los beneficios de los Componentes del Servidor React y su papel en la construcción de aplicaciones React interactivas, renderizadas por el servidor.2. Diferenciar entre el tiempo de ejecución de Edge y Node.js en Next.js y saber cuándo usar cada uno en función de los requisitos de tu proyecto.3. Explorar técnicas avanzadas de Renderizado del Lado del Servidor (SSR), incluyendo streaming, fetching paralelo vs. secuencial, y sincronización de datos.4. Implementar estrategias de caché para mejorar el rendimiento y reducir la carga del servidor en las aplicaciones Next.js.5. Utilizar Acciones React para manejar la mutación compleja del servidor.6. Optimizar tus aplicaciones Next.js para SEO, compartir en redes sociales, y rendimiento general para mejorar la descubrabilidad y la participación del usuario.
Aventuras de Renderizado Concurrente en React 18
React Advanced 2021React Advanced 2021
132 min
Aventuras de Renderizado Concurrente en React 18
Top Content
Featured Workshop
Maurice de Beijer
Maurice de Beijer
Con el lanzamiento de React 18 finalmente obtenemos el tan esperado renderizado concurrente. Pero, ¿cómo va a afectar eso a tu aplicación? ¿Cuáles son los beneficios del renderizado concurrente en React? ¿Qué necesitas hacer para cambiar al renderizado concurrente cuando actualices a React 18? ¿Y qué pasa si no quieres o no puedes usar el renderizado concurrente todavía?

¡Hay algunos cambios de comportamiento de los que debes estar al tanto! En esta masterclass cubriremos todos esos temas y más.

Acompáñame con tu portátil en esta masterclass interactiva. Verás lo fácil que es cambiar al renderizado concurrente en tu aplicación React. Aprenderás todo sobre el renderizado concurrente, SuspenseList, la API startTransition y más.
Consejos sobre React Hooks que solo los profesionales conocen
React Summit Remote Edition 2021React Summit Remote Edition 2021
177 min
Consejos sobre React Hooks que solo los profesionales conocen
Top Content
Featured Workshop
Maurice de Beijer
Maurice de Beijer
La adición de la API de hooks a React fue un cambio bastante importante. Antes de los hooks, la mayoría de los componentos tenían que ser basados en clases. Ahora, con los hooks, estos son a menudo componentes funcionales mucho más simples. Los hooks pueden ser realmente simples de usar. Casi engañosamente simples. Porque todavía hay muchas formas en las que puedes equivocarte con los hooks. Y a menudo resulta que hay muchas formas en las que puedes mejorar tus componentes con una mejor comprensión de cómo se puede usar cada hook de React.Aprenderás todo sobre los pros y los contras de los diversos hooks. Aprenderás cuándo usar useState() versus useReducer(). Veremos cómo usar useContext() de manera eficiente. Verás cuándo usar useLayoutEffect() y cuándo useEffect() es mejor.
Presentando FlashList: Construyamos juntos una lista performante en React Native
React Advanced 2022React Advanced 2022
81 min
Presentando FlashList: Construyamos juntos una lista performante en React Native
Top Content
Featured Workshop
David Cortés Fulla
Marek Fořt
Talha Naqvi
3 authors
En esta masterclass aprenderás por qué creamos FlashList en Shopify y cómo puedes usarlo en tu código hoy. Te mostraremos cómo tomar una lista que no es performante en FlatList y hacerla performante usando FlashList con mínimo esfuerzo. Usaremos herramientas como Flipper, nuestro propio código de benchmarking, y te enseñaremos cómo la API de FlashList puede cubrir casos de uso más complejos y aún así mantener un rendimiento de primera categoría.Sabrás:- Breve presentación sobre qué es FlashList, por qué lo construimos, etc.- Migrando de FlatList a FlashList- Enseñando cómo escribir una lista performante- Utilizando las herramientas proporcionadas por la biblioteca FlashList (principalmente el hook useBenchmark)- Usando los plugins de Flipper (gráfico de llamas, nuestro perfilador de listas, perfilador de UI & JS FPS, etc.)- Optimizando el rendimiento de FlashList utilizando props más avanzados como `getType`- 5-6 tareas de muestra donde descubriremos y solucionaremos problemas juntos- Preguntas y respuestas con el equipo de Shopify
React, TypeScript y TDD
React Advanced 2021React Advanced 2021
174 min
React, TypeScript y TDD
Top Content
Featured Workshop
Paul Everitt
Paul Everitt
ReactJS es extremadamente popular y, por lo tanto, ampliamente soportado. TypeScript está ganando popularidad y, por lo tanto, cada vez más soportado.

¿Los dos juntos? No tanto. Dado que ambos cambian rápidamente, es difícil encontrar materiales de aprendizaje precisos.

¿React+TypeScript, con los IDEs de JetBrains? Esa combinación de tres partes es el tema de esta serie. Mostraremos un poco sobre mucho. Es decir, los pasos clave para ser productivo, en el IDE, para proyectos de React utilizando TypeScript. En el camino, mostraremos el desarrollo guiado por pruebas y enfatizaremos consejos y trucos en el IDE.