Aplicaciones de React Microfrontend para TVs y Consolas de Juegos

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

DAZN es el servicio de transmisión de deportes de más rápido crecimiento y durante esta charla, consideraremos nuestra experiencia en la construcción de aplicaciones de TV (para ps5, xbox, LG, Samsung y otros objetivos) con arquitectura de micro frontend. Puedes esperar viajar en el tiempo para ver cómo comenzó y qué tenemos en este momento, qué hace que el desarrollo de TV sea diferente en comparación con la web, al igual que las técnicas que nos permiten compartir código entre objetivos. Aprenderás cómo probamos nuestra aplicación con un laboratorio de pruebas remoto interno, así como nuestro proceso de implementación y lanzamiento.

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

FAQ

La arquitectura de micro front-end descrita por Denys involucra una división vertical de dominios, permitiendo que cada dominio sea lanzado de forma independiente y gestionado por diferentes equipos de desarrollo. Esta estructura apoya la autonomía en el despliegue y desarrollo de componentes específicos de la aplicación.

En la arquitectura de micro front-end, los equipos tienen autonomía completa para desarrollar y desplegar sus paquetes cuando están listos. Existe un sistema de despliegue y liberación donde los paquetes se despliegan primero y luego se liberan actualizando los metadatos específicos desde el panel de despliegue del front-end.

La plataforma es compatible con una variedad de dispositivos, incluyendo dispositivos web, móviles, smart TVs, consolas de juegos y decodificadores.

Para detectar momentos clave en eventos deportivos, se aplican técnicas de machine learning que permiten identificar y sincronizar eventos importantes en tiempo real y representarlos correctamente en la línea de tiempo del video.

El software se prueba en diferentes dispositivos usando un laboratorio virtual remoto que permite pruebas exploratorias y manuales. También se utilizan pruebas de extremo a extremo que pueden acceder a dispositivos remotos controlados a través de una API, facilitando la evaluación en una variedad de plataformas.

Denis Artyuhovich
Denis Artyuhovich
25 min
17 Jun, 2022

Comments

Sign in or register to post your comment.
Video Summary and Transcription
Esta charla discute el viaje de arquitectura de una plataforma de participación deportiva, pasando de un monolito a una arquitectura de microfrontend. Se presenta la arquitectura de microfrontend ALEP para gestionar la complejidad de un catálogo complejo y permitir una implementación y gestión de versiones eficientes. El proceso de implementación y lanzamiento implica el uso de AliB y la actualización de metadatos en el panel de control de implementación. La integración con React y el proceso de desarrollo de TV implica el uso del paquete AliB y tener ciclos de vida independientes para los paquetes. Se utiliza código compartido en diferentes objetivos y las pruebas se realizan en un laboratorio virtual remoto. También se aborda la gestión del enfoque y la detección de momentos clave en los deportes.

1. Introducción y Viaje de Arquitectura

Short description:

Antes que nada, permítanme presentarme. Soy Denys, un ingeniero principal en la zona. Cambiamos todos los aspectos de cómo los fanáticos se involucran con los deportes, desde la distribución de contenido hasta la creación de nuestros propios documentales. Estamos disponibles en varios dispositivos, incluyendo web, móviles, smart TVs, consolas de juegos y decodificadores. Hoy nos enfocaremos en los objetivos de HTML5/React. En 2016, comenzamos con una arquitectura monolítica para Samsung Hue, pero a medida que crecimos, hicimos la transición a una arquitectura de micro front-end con límites de dominio claros. Si estás interesado en nuestro viaje de monolito a microfrontend, te recomiendo ver una charla de mi colega Max Galla. También introdujimos un panel de despliegue para nuestros nuevos microfrontends, permitiendo lanzamientos independientes para cada dominio.

Genial. Antes que nada, permítanme presentarme. Mi nombre es Denys. Soy un ingeniero principal en la zona. Y si quieres revisar algunos ejemplos de código a los que voy a hacer referencia, puedes usar mi cuenta de GitHub y también si quieres encontrar alguno de mis contactos, solo sigue mi sitio web. En la zona, cambiamos todos los aspectos de cómo los fanáticos se involucran con los deportes, desde la distribución de contenido hasta la creación de nuestros propios documentales y una experiencia aumentada completamente extendida con increíbles características que hemos construido, que funcionan en tiempo real. Pero lo interesante también es que estamos disponibles en docenas de dispositivos, como por supuesto, dispositivos web, dispositivos móviles, pero también smart TVs, consolas de juegos, decodificadores y sobre estos últimos tres, vamos a hablar en los próximos 20, 25 minutos aproximadamente. Así que antes de continuar, solo quiero compartir esta división que tenemos en la zona. Tenemos dos grupos de objetivos. Un grupo es HTML5, o probablemente podríamos llamarlo objetivos de React, y otro es personalizado. Así que hoy nos centraremos en el primero. El otro es más para lenguajes nativos y como puedes ver, cubre muchos objetivos diferentes, que son Samsung, LG, PlayStation, etc. Hay muchos de ellos. Ahora, me gustaría llevarlos a todos a una aventura y mostrarles cómo comenzó nuestro viaje de arquitectura, cómo iteramos sobre él y lo que tenemos actualmente. Y como puedes imaginar, con Samsung Hue en 2016, cuando la Zona recién comenzaba, era la forma en que la aplicación fue creada incluso por una empresa externa y comenzamos, por supuesto, con una arquitectura monolítica porque el monolito es una elección obvia para Samsung Hue, ya que te ayuda a crecer lo suficientemente rápido a pequeña escala. Sí. Y funciona muy bien hasta que tu equipo de desarrollo y las características de tu aplicación son relativamente pequeñas. Y más tarde, entramos en el espacio de crecimiento rápido donde tenemos cientos de ingenieros y, por supuesto, a esta escala, una de las cosas más importantes es dar autonomía a los equipos. En realidad, es donde entramos como una empresa de ingeniería y en lugar de la empresa externa, hemos reconstruido la aplicación completamente desde cero. Es una arquitectura de micro front-end donde implementamos una división vertical de los dominios. Y solo para darte una idea de los dominios, los dominios son algo con lo que en ese momento pensamos, con límites claros. Por ejemplo, tenemos el dominio de autorización que es responsable de los flujos de inicio de sesión y recuperación de contraseña. Tenemos el dominio del catálogo que es básicamente responsable de la navegación del contenido. Tenemos el dominio de la página de aprendizaje que es responsable de las páginas C, y así sucesivamente. Y creo que entiendes la idea. Si estás interesado en este viaje de cómo realmente iteramos desde el monolito hasta el microfrontend, realmente te recomiendo esta charla de mi amigo y colega Max Galla que hizo, creo, el año pasado. Un viaje realmente interesante. Pero al mismo tiempo, también introdujimos un panel de despliegue para nuestros nuevos microfrontends. Por lo tanto, este dominio puede ser lanzado de forma independiente y en ese momento, solo un equipo era responsable de todo el dominio. Y todo estaba bien, fue realmente, quiero decir, un gran paso adelante desde lo que teníamos anteriormente.

2. Catálogo Complejo y Arquitectura de Microfrontend

Short description:

Tenemos un catálogo complejo con características como jugador, momentos clave y un panel con mini aplicaciones desarrolladas por varios equipos. Gestionar esta complejidad se vuelve desafiante ya que varios equipos comparten artefactos desplegables y enfrentan congestión de lanzamientos. Para abordar esto, introdujimos la arquitectura de microfrontend ALEP, que permite la división vertical por dominios y la división horizontal basada en características. Esta arquitectura permite obtener características bajo demanda, mejorando la eficiencia de implementación y la gestión de versiones.

Pero seguimos creciendo, llegamos al punto en el que tenemos más de varios cientos de ingenieros y algunos de los dominios se vuelven mucho más complejos de lo que eran inicialmente. Así que el catálogo en sí, sí, es un lugar donde puedes ver el catálogo, pero también tiene muchas características. Por ejemplo, el jugador. El jugador, un paquete bastante complejo y rico en características, tasa de bits adaptativa, gestión de derechos digitales, entre otras cosas que tiene como objetivo soportar. Más adelante, tenemos momentos clave. ¿Ves estos puntos? ¿Sí? Justo en el jugador. En realidad, representan los momentos interesantes del juego. Tenemos esto para varios deportes, para fútbol, boxeo, MotoGP y recientemente lo introdujimos para el béisbol. Te recomiendo encarecidamente que lo veas. Aplicamos varias técnicas, incluido el machine learning, para detectarlos en tiempo real y representarlos correctamente en la línea de tiempo según el video. Así que sabes exactamente cuándo ocurre el momento. Como dije, funciona para contenido VOD y contenido en vivo.

También tenemos aquí el panel, que es una especie de miniaplicación donde se integran muchas mini cosas, pero todas son desarrolladas por varios equipos, como Formation. Nuevamente, viven en sincronía total con el video. Si ocurre alguna transformación en el campo mientras estás viendo el juego, se reflejará ese cambio, ¿verdad? Y como puedes imaginar, necesitamos algo diferente para gestionar todo esto, porque el Catálogo ya no pertenece a un solo equipo. Hay muchos equipos que ahora están allí. Así que estamos teniendo los mismos problemas. Varios equipos comparten los mismos artefactos desplegables y estamos teniendo congestión de lanzamientos porque si estás promoviendo el cambio entre tus entornos de prueba y probablemente tienes un entorno de preparación y un entorno de producción, y digamos que un jugador intenta lanzar sus cambios, pero se atascan o encuentran un problema, ¿verdad? Cualquier otro equipo queda bloqueado con su lanzamiento porque necesitan esperar hasta que se resuelva el problema o alguien elimine esos cambios del código, lo cual es complicado en muchos casos. Tenemos estados de lanzamiento de APAC a pesar de que acabo de mostrarte una demostración. Tenemos un panel de despliegue donde puedes desplegar el capítulo, todo el capítulo. Conoces la versión de todo el capítulo, pero ¿qué versión del paquete? Buena suerte para averiguarlo. Necesitas mantener algo o desarrollar una solución personalizada para esto. Sí, bastante complicado. Iteramos sobre esto e introdujimos una nueva arquitectura de microfrontend architecture, que llamamos ALEP, que significa Carga de Biblioteca Asincrónica. Aún mantenemos nuestra división vertical por dominios, pero es complementaria, la complementamos con una división horizontal basada en características donde las características se pueden obtener bajo demanda y voy a mostrarte ahora cómo funciona exactamente. Así que consideremos primero desde la perspectiva web, qué sucede en acción cuando visitas la zona. Como primera cosa, ingresas a nuestro sitio web, cargamos tu bootstrap. Bootstrap es un modelo que se encarga de obtener todos los capítulos posteriores. También se encarga de preparar nuestro entorno de runtime. También verifica tu estado anterior para saber qué capítulo cargar y algunas otras cosas.

3. Proceso de Despliegue y Liberación de AliB

Short description:

Tan pronto como se complete el bootstrap, se obtiene el capítulo y el catálogo. AliB juega un papel crucial en este proceso, con dos pasos: despliegue y liberación. El despliegue por sí solo no garantiza el consumo; es necesaria la liberación. Los equipos actualizan los metadatos en el panel de despliegue y el catálogo obtiene estos metadatos durante el tiempo de ejecución para determinar qué se debe consumir.

Y a continuación, tan pronto como se complete el bootstrap, se obtiene el capítulo y digamos que se obtiene el catálogo y aquí es donde AliB entra en escena. Y para comprender mejor cómo funciona AliB, considerémoslo desde dos perspectivas, la experiencia del desarrollador y el tiempo de ejecución. En ese lado de la experiencia del desarrollador, los equipos tienen plena autonomía para desarrollar y desplegar sus paquetes cuando estén listos. Y hay algo muy especial. En AliB, tenemos dos pasos, despliegue y liberación. Y si has desplegado algo, no significa que alguien lo consumirá. Nadie realmente lo consumirá hasta que ocurra la liberación. Y los equipos pueden realizar la liberación, actualizando los metadatos específicos desde el panel de despliegue del front-end. Lo que significa que en el tiempo de ejecución, el catálogo obtiene los metadatos del paquete primero para ver qué se está liberando y qué se debe consumir ahora en el tiempo de ejecución. Y luego se inicializa según la demanda.

4. Proceso de Integración a React y Desarrollo en TV

Short description:

La integración a React implica el uso del paquete AliB y la especificación del paquete y las opciones deseadas. Esto garantiza ciclos de vida independientes para los paquetes y permite que los equipos tengan control sobre las versiones menores y de corrección. La arquitectura de microfrontend en dispositivos de TV es similar a la web, pero con diferencias en el runner y la necesidad de modelos nativos. Cada objetivo tiene una infraestructura independiente y los cambios se pueden promover de forma independiente según las pruebas. El proceso de desarrollo en TV comienza en el navegador, con opciones como storybooks y sandboxes para el desarrollo de paquetes.

Desde la integración a React, se ve muy similar en esta diapositiva. Básicamente, hay un hook que es el uso del paquete AliB. Estás especificando el paquete en el que estás interesado, estás especificando algunas opciones, incluyendo la versión principal hasta la cual estás interesado, para asegurarte de que todos los cambios integrados no rompan tu estado actual. Y así nos aseguramos de que los paquetes tengan un ciclo de vida completamente independiente. Los equipos tienen control total sobre sus versiones menores y de corrección. Para las versiones principales, necesitan cambios de integración, van a necesitar actualizar el catálogo, y se aplica a nivel de código. Y esto respalda completamente la idea de autonomía y construirlo según tus propias declaraciones, en lo que realmente creemos.

Sorpresa, sorpresa, tenemos exactamente la misma arquitectura de micro frontend en dispositivos de TV. Lo que tenemos en TV es diferente en comparación con eso. Tenemos nuestro runner, o apk, o llámalo como quieras, que tratamos de mantener lo más pequeño posible. En los mejores casos, es solo una URL, en los buenos casos, es solo un manifiesto, en algunos casos también incluye modelos nativos porque si necesitas modelos nativos, deben integrarse allí. Pero luego, se carga el bootstrap, y luego los capítulos, y luego nuevamente los paquetes como puedes ver en la captura de pantalla. Pero en comparación con la web, en TV y consolas de juegos, todos los objetivos son diferentes. Y son más diferentes que solo diferentes motores de navegadores, porque hay un motor de navegación diferente, hay diferentes eventos de ciclo de vida, hay diferentes eventos de interfaz de usuario y diferentes runtime. Y algo que está disponible en un objetivo puede ser simplemente imposible en otros objetivos. Es por eso que delegamos algunas responsabilidades adicionales en TV al reproductor de bootstrap, en comparación con el de la web, además de la funcionalidad normal. También admite varias transformaciones, como la configuración de varias cosas, incluyendo la asignación de teclas, porque los eventos de izquierda, arriba, derecha, abajo son todos diferentes en diferentes objetivos. También es diferente en Xbox y completamente diferente en PlayStation. También es importante destacar que cada objetivo tiene una infraestructura completamente independiente. Es crucial, como recordarás. Todos son diferentes. Por lo tanto, mantenemos toda nuestra infraestructura con código, y si estás interesado en cómo básicamente construir una infraestructura lista para la producción para tu frontend con TypeScript y Terraform, hice una charla en el último React advanced y hay un enlace para el ejemplo de una infraestructura similar que tenemos. Y sí, también hay una grabación. Así que puedes echarle un vistazo.

Similar al anterior, los equipos deben tener autonomía para lanzar a aquellos objetivos donde se haya probado, ¿verdad? Porque todos son diferentes. Por lo tanto, es posible promover cambios de forma completamente independiente, por lo que no es necesario ir inmediatamente a todos los objetivos. Puedes lanzar solo donde ya se haya probado. Pero, ¿qué hay del proceso de desarrollo en TV? El proceso de desarrollo desde el principio siempre comienza en tu navegador, ¿verdad? Puedes usar Chrome, Firefox, lo que prefieras. Para la mayoría de los paquetes tenemos storybooks, para algunos tenemos nuestras propias sandboxes. Depende del equipo decidir qué les gusta para sus necesidades de desarrollo.

5. Shared Code and Remote Virtual Lab

Short description:

Compartimos código de estado y de interfaz de usuario entre objetivos, incluso cuando la interfaz de usuario se ve diferente. Los Contextos de Creación de React nos permiten utilizar componentes en una base de código común y hacer cumplir su interfaz con TypeScript. Las banderas de características y las audiencias asignadas ayudan a alternar componentes según las condiciones. También tenemos modelos específicos de objetivo e intercambio de modelos heredados. Las pruebas son cruciales ya que el código compartido puede no funcionar de inmediato. Tenemos un laboratorio virtual remoto con una aplicación web y pruebas de extremo a extremo, accediendo a los dispositivos a través de la API. La Raspberry Pi controla la cámara, el televisor y el control remoto. La interfaz permite la ocupación y el control del dispositivo a través de una interfaz web o un control remoto. Los dispositivos se encuentran en diferentes ubicaciones, no en tu hogar.

También compartimos código de estado e interfaz de usuario principalmente entre objetivos. Incluso tenemos casos en los que se comparte código entre los objetivos web y de TV, aunque en cuanto a la interfaz de usuario se ve completamente diferente. Pero en cuanto al estado, puede ser muy similar y es posible que desees aprovechar tus habilidades allí. Y para compartir, utilizamos diferentes técnicas.

Una de ellas son los Contextos de Creación de React, que son básicamente muy poderosos y sencillos. La idea aquí es que en la base de código común, estás utilizando componentes que están disponibles en tu contexto. Entonces, en este caso, a nivel de objetivo, puedes definir qué componentes pasar y tu código común se vuelve agnóstico a lo que vayas a pasar y puede hacer cumplir la interfaz de esos componentes con TypeScript.

Con las banderas de características y las audiencias asignadas, otra técnica popular y muy poderosa porque básicamente con las banderas de características puedes alternar tu componente, de manera sencilla. Pero con la audiencia, complementaria a esto, puedes definir gradualmente en qué condiciones deseas alternarlo. Y digamos que tienes un incidente con algo, digamos que no has probado que haya una fuga de memoria en tu nueva y elegante función en ciertos objetivos, incluso puedes especificar las versiones para los objetivos en los que deseas desactivarlo. Seguro, tenemos modelos específicos de objetivo. Como legado, también tenemos el intercambio de modelos. No soy un gran fanático de este enfoque, pero el intercambio de modelos, sí, ha estado con nosotros durante un tiempo y todavía está presente, pero la principal desventaja de esto es que debes proporcionar un modelo con una interfaz completamente igual sin ninguna ayuda de TypeScript o cualquier otra cosa.

Y solo quiero recordarte, en las TVs, todos los objetivos son diferentes, por lo que tenemos mucho código compartido, pero eso no significa que esté garantizado que este código compartido vaya a funcionar de inmediato, por lo que necesitamos probar algo. Bueno, utilizar una sala de cine como en esta diapositiva es genial, pero requiere mucho espacio en tu hogar y al menos necesitarás un buen cono de hierro durante el verano. Y para ser sincero contigo, comenzamos con este enfoque donde teníamos salas de cine. Aún tenemos esas en nuestra oficina, pero encontramos algo mejor para el trabajo remoto. Y en esta diapositiva puedes ver una versión simplificada de alto nivel de la arquitectura de nuestro laboratorio virtual remoto, donde puedes ver que hay dos puntos de entrada. Uno es una aplicación web y el otro son pruebas de extremo a extremo. Entonces, con la aplicación web, puedes, sí, es realmente útil para, como, pruebas exploratorias y pruebas manuales cuando las pruebas de extremo a extremo aún pueden acceder a nuestros dispositivos remotos a través de la API. La capa de API es responsable de la autorización, el encolamiento y la intermediación de las solicitudes al servicio de Raspberry Pi. Ahora, en la Raspberry Pi, tenemos esta responsabilidad compartida de controlar la cámara frente al televisor para grabar y controlar el propio televisor para encenderlo, apagarlo, reiniciarlo y controlar el control remoto. Y déjame mostrarte cómo se ve la interfaz. Así que comenzamos en la página, podemos ocupar el dispositivo ahora, el dispositivo se reserva para nosotros. Entonces, cuando estoy haciendo pruebas, nadie más estará usando este dispositivo. Y como puedes ver, puedo usar solo la interfaz web, puedo usar este elegante control remoto para controlarlo. Para algunos de los objetivos, incluso implementamos un depurador. Y para aquellos que trabajaron con Cordova hace muchos años antes de que Chrome introdujera el depurador remoto este complemento puede resultar familiar, pero ha estado duplicado durante un tiempo y estamos respaldando su propia versión. También quiero llamar tu atención sobre el hecho, no se ha cargado, aquí vamos, que los dispositivos, esos dispositivos, se encuentran en diferentes ubicaciones. Entonces, algunos de ellos están ubicados en Polonia, otros en el Reino Unido y definitivamente no en tu hogar.

6. Testing Changes and Smart TV Focus Management

Short description:

Para garantizar flexibilidad en las pruebas de cambios, implementamos una superposición para entornos no productivos que permite obtener versiones específicas de paquetes utilizando los ID de ejecución de GitHub. Los equipos pueden integrar estos ID en sus canalizaciones de envío, y Alip respetará las anulaciones y obtendrá los paquetes correspondientes. También aprovechamos los proyectos y generadores de plantillas para simplificar la configuración del proyecto. Al desarrollar para Smart TVs, la gestión del enfoque puede ser un desafío. Tenemos una solución interna y proyectos de código abierto que abordan esto. Las opciones incluyen mantener manualmente un mapa de enfoque, una solución basada en distancia y prioridad, y un enfoque declarativo utilizando componentes de orden superior. También se admite la navegación con puntero, con un comportamiento ligeramente diferente para las TVs con métodos de entrada de puntero.

Y necesitamos tener flexibilidad para probar nuestros cambios. No podemos simplemente reinstalar cada vez porque llevará mucho tiempo cada vez que hagamos un cambio en un nuevo APK. Por lo tanto, para entornos no productivos, implementamos una superposición muy interesante, que puedes abrir con una combinación específica, y te permite escribir el ID de ejecución de GitHub para tu envío específico, y en este caso, Alip respetará este ID de ejecución para el paquete y obtendrá la versión exacta de este paquete. Y es posible porque en el lado de Alip, tenemos algo adicional para entornos no productivos. Antes de que Alip haga una búsqueda del archivo json de versión para determinar qué paquete se debe descargar, verifica si hay alguna anulación de almacenamiento local. Y si las hay, entonces las respetará. Por lo tanto, en este caso, los equipos son responsables de integrar un ID de ejecución de GitHub específico en su canalización de envío, que carga su paquete en Dev Infra y luego Alip es responsable de respetar esas anulaciones y obtenerlas según la demanda.

Como puedes ver, hay muchas cosas que los equipos deben recordar, y puede que te preocupe cómo comenzar un nuevo proyecto con una configuración tan compleja. Y para esto, estamos, por supuesto, aprovechando el poder de los proyectos de plantillas. Por lo tanto, tenemos generadores creados específicamente para esto, que configuran tu proyecto con canalizaciones de configuración y las mejores técnicas que compartimos. En cuanto a la observabilidad, no voy a centrarme en ello porque casi se nos acaba el tiempo, y realmente quiero recomendarte una charla, que Konstantinos de la zona hizo hoy. Así que si te la perdiste, simplemente mira la grabación. Realmente genial. También es algo realmente crucial. Pero ahora pasaremos al gestor de enfoque. Al desarrollar algo para Smart TVs, hay algo especial en ellas, ¿verdad? Es como el control de entrada. No tienes ratón ni pantalla táctil, probablemente tienes un puntero, pero es una historia diferente. Y típicamente, el enfoque cambia en reacción a algunos de tus eventos clave. Arriba, abajo, izquierda, derecha. Y para esto, tenemos una solución interna, que aún no se ha publicado como código abierto, pero solo quiero compartir contigo una idea de cómo es posible abordar los desafíos de la gestión del enfoque y algunos proyectos de código abierto que puedes usar si estás interesado en este tema. Entonces, uno de los enfoques más directos es probablemente mantener manualmente un mapa de enfoque. No escala en absoluto, pero es muy adecuado para aplicaciones pequeñas. Y la idea aquí es que simplemente creas un objeto que es una lista enlazada y estás iterando de manera imperativa, cambiando el nodo activo. El otro enfoque que utiliza Netflix es una solución basada en distancia y prioridad donde simplemente estás calculando los nodos más cercanos en función de las prioridades, de izquierda a derecha, de derecha a izquierda y otros, qué debe ser el siguiente enfoque. Y la otra cosa que estamos utilizando es una solución más declarativa donde especificas componentes de orden superior como lista vertical, lista horizontal y cuadrícula.

7. Focusable Nodes and Key Moments Detection

Short description:

Puedes combinar diferentes soluciones para hacer que tu nodo sea enfocable e implementar el tuyo propio. La navegación con puntero en televisores con controles remotos mágicos tiene un comportamiento ligeramente diferente, por lo que los diseñadores deben tenerlo en cuenta. Para mejorar el rendimiento, evita pintar y diseñar innecesariamente, renderiza solo lo necesario, optimiza la entrega de recursos, introduce una CDN y almacenamiento en caché prioritario, y utiliza la virtualización. Gracias por escuchar y si tienes alguna pregunta, no dudes en hacerla. Denis explica la detección de momentos clave en deportes y menciona que se utilizan diferentes técnicas según el deporte. Para el fútbol, es crucial encontrar el momento exacto en que comienza el juego, y los proveedores de datos ayudan a trazar los datos.

Y haces que tu nodo sea enfocable simplemente agregando el hook, como usar el enfoque en nuestro caso. Y te dice si está enfocado, si está seleccionado, eso es todo. Todas esas soluciones se pueden combinar para que las revises e intentes implementar la tuya propia.

Para algunos televisores, como LG, también hay otro método de entrada que es el puntero, es un control remoto mágico y la navegación con puntero debería ser familiar para la mayoría de ustedes, ya que es bastante similar al mouse. Pero con la navegación con puntero, tenemos un comportamiento ligeramente diferente en la televisión porque los usuarios pueden mover su puntero y desplazarse al mismo tiempo y también necesitamos admitirlo. Y otra cosa en caso de que desees admitir el desplazamiento horizontal con el puntero, debes pensar incluso en una interfaz de usuario diferente, por lo que debes pedir a tus diseñadores que no lo olviden, como puedes ver en la diapositiva. Es bastante complicado.

En cuanto al rendimiento, sí, tuve una charla completa sobre el rendimiento por separado, pero estos son solo consejos generales porque en dispositivos como los Smart TVs tenemos una memoria y CPU muy limitadas en la mayoría de los casos, por lo que realmente necesitamos pensar en el rendimiento de la representación y el inicio. El rendimiento de la representación ocurre durante la interacción del usuario cuando tienes la parte frontal, sí, y aquí, por supuesto, uno de los consejos más obvios es evitar pintar y diseñar cuando puedas. Evítalo. Suena fácil, pero no lo es tanto en muchos casos. Renderiza solo lo que realmente se necesita. Nadia Makharevich hizo la charla justo antes que yo, así que creo que todos la vieron. Evita representaciones inútiles y pesadas, sí. En cuanto al inicio, por supuesto, optimiza la entrega de tus recursos, introduce una CDN, acércate a tus clientes, introduce almacenamiento en caché prioritario, optimiza los activos y carga solo lo que necesitas. Ah, también me olvidé de la virtualización, sí. La virtualización es muy poderosa, así que renderiza solo lo que necesitas en tu pantalla en ese momento. Y muchas gracias, espero que lo hayas disfrutado. Sí, si tienes alguna pregunta.

Muchas gracias Denis, fue increíble. Mucho contenido. Sé que tuvimos una pequeña discusión sobre algunas de tus cosas e incluso mientras escuchaba, pensé que definitivamente voy a ver algunas de las otras charlas a las que hiciste referencia porque parecía que había mucho contenido increíble. ¿Por qué no nos adentramos, esto es algo que también me cuestionaba porque hablaste un poco sobre ello. Hubo una funcionalidad que mostraste en Dazon que eran los momentos dentro del mapa. Sí, momentos clave. E-moments. ¿Cómo los detectas? ¿Usas una biblioteca o algo más lo hace? Hablaste de aprendizaje automático o IA? Exactamente, depende del tipo de deporte del que estemos hablando porque utilizamos diferentes técnicas. Por ejemplo, para la parte de fútbol todo es más sencillo y de hecho fue el primer deporte para el cual introdujimos momentos clave. En el fútbol solo necesitamos encontrar el momento exacto en que comienza el juego porque necesitamos la posición cero y todos los flujos son diferentes porque tenemos diferentes emisoras, diferentes asociaciones, aunque el juego sea el mismo. Y luego utilizamos el proveedor de datos que nos proporciona los datos y podemos trazarlos.

8. Detección de Momentos Clave

Short description:

Utilizamos el aprendizaje automático para detectar momentos clave en deportes como el béisbol y sincronizarlos correctamente. En el boxeo, no solo detectamos el inicio de cada asalto, sino también los nombres de los luchadores, que no siempre se revelan de antemano. Es bastante interesante e impresionante.

Es más o menos sencillo. Con el béisbol, por ejemplo, hacemos la detección nosotros mismos con el aprendizaje automático para identificar los momentos y sincronizarlos correctamente. Es asombroso. Eso también suena como un problema bastante complejo para resolver. El boxeo, por ejemplo, es realmente interesante porque cuando intentas detectar, hacemos la detección de cada inicio de asalto, pero también detectamos los nombres de los luchadores porque las tarjetas de los luchadores no siempre se revelan antes de la pelea, quiero decir, durante toda la noche, y es bastante interesante. Es impresionante. Lo recordaré la próxima vez que vea una pelea de boxeo. Gracias. Y hablemos sobre algunos de esos diferentes entornos. Una cosa que mostraste, mostraste los entornos HTML5 frente a algunos de los más nativos en el otro lado, si recuerdo bien. Y eso fue en la diapositiva, ¿verdad? Sí, se trataba de objetivos, creo, no de entornos, pero sí. Y entonces hablemos de cómo programas para cada uno de esos diferentes lugares. ¿Usas algo para traducir entre ellos? ¿Dilo de nuevo? ¿Cómo programas para cada uno de estos diferentes entornos, bueno, estas diferentes plataformas en las que eventualmente se consumirán, y habla sobre la traducción, o más bien las sutilezas entre esas diferentes plataformas? Sí, por supuesto. Hay muchas sutilezas, de hecho, toda la charla trató sobre cómo compartimos entre esos entornos y qué estamos reemplazando. Entonces hay componentes que se desarrollan completamente desde cero para un determinado entorno. Hay componentes que funcionan en diferentes entornos, pero para asegurarte de que si algo que desarrollas funcionará en todos los entornos, debes pasar por todos los entornos y probarlo allí. Y hay técnicas que aprovechamos para compartir el código. Como mencioné, una de ellas es el contexto de React. Otra es componentes específicos del objetivo, alternancia de características, etc., que te permite compartir y asegurarte de que si este código es compatible, entonces está bien, pero cada objetivo tiene su propia infraestructura, por lo que podemos implementar código completamente independiente en cada infraestructura. Por lo tanto, definitivamente tienen, como, cada objetivo definitivamente tiene diferentes versiones de la zona en un momento determinado. No están completamente sincronizados. Nunca, diría yo, porque básicamente algunas cosas se desarrollan antes para algunos objetivos. Tiene sentido. Me impresionó mucho la cosa de Raspberry Pi que mostraste cuando querías probarlo en tantas plataformas diferentes, pensé que fue genial que alguien pensara en eso y hablando un poco sobre testing en más QA, porque todos estos equipos diferentes están implementando y trabajando en sus productos. ¿Cómo haces QA y A si otro equipo todavía está implementando al mismo tiempo? Entonces, esa es una buena pregunta, porque básicamente hay dos partes de la testing. La primera es la testing basada en características y la otra es la de integración. Entonces, la testing basada en características, por lo general, los equipos son responsables ellos mismos de la integración como equipo, que es responsable. En la mayoría de los casos no es estrictamente necesario en todo momento, porque si haces solo cambios menores o puntuales para tu función y tienes plena propiedad de esta función, esa es toda la idea detrás de Alib, que tienes autonomía para lanzar cuando estés listo y eres independiente. Pero en el caso de que hagas un cambio importante y quieras una integración o actualización entre el capítulo y tu función, otros equipos también pueden verse afectados. Entonces hacemos lo que llamamos UIT. Básicamente es testing que ocurre en el entorno de preproducción final, en nuestro caso es el entorno de puesta en escena. Bien, bien. Y hablando de banderas de características, ¿cuándo las borras y cuál es el momento adecuado para hacerlo? Siempre depende, nunca eliminamos las principales banderas de características. Básicamente siempre tenemos control sobre ellas. Creo que esta pregunta se refiere más probablemente a A-B testing, porque es algo separado pero también las usamos mucho, y las eliminamos tan pronto como básicamente una prueba muestra un efecto positivo o negativo, o si es neutral, el producto toma una decisión final con el equipo de datos. Bien. Honestamente, las cosas que acabas de mostrarnos son muy impresionantes, no puedo esperar para probarlo. Aplaudamos a Denis una vez más.

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.
Escalando con Remix y Micro Frontends
Remix Conf Europe 2022Remix Conf Europe 2022
23 min
Escalando con Remix y Micro Frontends
Top Content
This talk discusses the usage of Microfrontends in Remix and introduces the Tiny Frontend library. Kazoo, a used car buying platform, follows a domain-driven design approach and encountered issues with granular slicing. Tiny Frontend aims to solve the slicing problem and promotes type safety and compatibility of shared dependencies. The speaker demonstrates how Tiny Frontend works with server-side rendering and how Remix can consume and update components without redeploying the app. The talk also explores the usage of micro frontends and the future support for Webpack Module Federation in Remix.
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.
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.