Viaje al desconocido: Mi aventura desentrañando los misterios del universo TVUI de Netflix

Muchas gracias a todos por acompañarme. Sé que mi charla ha cambiado un poco, así que quizás me den algunos aplausos si tienen hambre ahora mismo. Sí, no se preocupen. Yo también. Y sé que soy algo así como el camino intermedio. Así que espero que disfruten de la charla, y que valga la pena esperar el almuerzo antes... Esperar para almorzar.

Quiero... Como dijo Anika, voy a hablarles un poco sobre mi aventura, desentrañando los misterios del universo de la Interfaz de Usuario de Netflix para TV. Así que voy a empezar.

Fue hace unos dos años, el 21 de octubre de 2021. Estaba sentado en mi apartamento en mi silla de computadora. Tenía puesta mi camisa de vestir. Mis zapatos de vestir favoritos. Realmente estableciendo el ambiente para asegurarme de que, aunque estaba en casa, quería estar seguro de que estaba en un estado de ánimo profesional ya que esperaba que fuera mi última entrevista en Netflix. Y así, cuando se unió el gerente de contratación, los primeros 30 minutos de la entrevista iban realmente bien. Estaba hablando de mi experiencia. Cómo podría impactar en Netflix. Aprendiendo sobre el equipo. Super emocionado solo de ser parte de Netflix en el futuro, con suerte. Y fue entonces cuando el gerente de contratación mencionó esta pequeña salvedad.

Que este puesto no era en realidad para web. Sino que era para la Interfaz de Usuario de TV. Y así, mientras intentaba mantener mi cara de póker en la llamada de video, mi estómago empezó a revolverse. Mis pensamientos, ya sabes, empezaron a dar vueltas. ¿Interfaz de Usuario de TV? ¿Qué es la Interfaz de Usuario de TV? No tengo idea de qué es eso. ¿Qué voy a hacer en la Interfaz de Usuario de TV? ¿Y debería potencialmente prepararme para fracasar en una gran empresa tecnológica, aprendiendo algo que nunca había escuchado antes? Así que me obligué durante la entrevista a tomar un respiro profundo. Y empecé a preguntar un poco más sobre ello. Y así, mientras hacía más preguntas, y el gerente de contratación respondía más sobre qué es la Interfaz de Usuario de TV, cómo se veía el desarrollo, empecé a sentirme mucho mejor una vez que supe que en realidad se utiliza React. Eso ya lo he hecho antes.

Y así, mis pensamientos realmente comenzaron a cambiar mientras hacía estas preguntas, desde todo lo que podría salir mal hasta, oh, esta es una oportunidad increíble para crecer. Y solo una pequeña alerta de spoiler. Acepté el rol. Y así es como puedo compartir un poco sobre mi viaje en la Interfaz de Usuario de TV en los últimos dos años. Y la principal razón por la que cuento esta pequeña historia es que quiero mostrar que el sentimiento inicial para mí fue realmente difícil, aunque era algo completamente nuevo. Y quería demostrar que, al igual que los músculos, nuestras habilidades profesionales también solo crecen cuando las estiramos más allá de nuestros límites habituales. Y así, hoy solo quiero compartir un poco de lo que he aprendido en los últimos dos años de mi viaje en la Interfaz de Usuario de TV y tal vez demostrar por qué es tan importante ser un aprendiz continuo en nuestra career.

Y para comenzar, empezaré con un poco de lo que voy a hablar. Explicaré un poco cómo React y los TVs se conectan entre sí. Mostraré un poco de cómo construimos una nueva pantalla de TVUi. Y finalmente, daré un poco más de comentario sobre lo que quiero decir con la importancia del aprendizaje continuo.

Entonces, comencemos con React y los TVs. Lo primero que fue muy obvio cuando me uní en mi primera semana de incorporación es que web y TV, aunque ambos se usaban en React, eran similares, pero no eran lo mismo. Al igual que una versión animada de One Piece, que fue increíble. Es similar, pero no exactamente lo mismo que la acción en vivo, y realmente disfruté la acción en vivo personalmente.

Entonces, cuando comencé mi incorporación esa semana, comencé a pensar en cómo podría desglosar el aprendizaje de una nueva plataforma para poder empezar a dar impacto en mi nuevo rol como desarrollador senior. Y entonces lo desglosé en estas cuatro áreas. Aprender más sobre el producto que estaría apoyando. Comenzar a leer la documentación. Espero encontrar un diagrama de cómo funciona TVUI y la imagen general. Pasar por las alegrías de configurar un nuevo entorno de desarrollo local en una nueva empresa. Siempre es divertido, ¿verdad? Descubrir qué documentos están desactualizados y qué paquetes de NPM no funcionan en tu nuevo Mac. Y finalmente, ¿cuáles son algunos de los fundamentos que podría aprender para llegar al 80% del camino de manera que si estuviera trabajando en mi propia característica por primera vez, al menos tendría un buen punto de partida.

Y entonces, cuando pienso en los detalles del producto, mucho... Al menos para mí, no me había registrado en Netflix en mucho tiempo porque tenía una cuenta durante tanto tiempo. Tuve que dar un paso atrás y simplemente... ¿Cómo es realmente el proceso de registro de TV? Entonces, esto está un poco acelerado. Comenzamos mostrando algunos de los videos y contenido de Netflix. Mostramos algunas de las principales razones para tener una membresía. Ingresas un número de teléfono. El número de teléfono te envía un mensaje de texto. Ese mensaje de texto te da un enlace a la web. Y luego en la web es donde realmente configuras tu correo electrónico, tu contraseña. Eventualmente seleccionas un plan, premium, estándar, etc. Y luego ingresas tus detalles de pago. Y entonces la interfaz de usuario de TV se está actualizando mientras haces eso para darte algunas imágenes geniales en el fondo. Y una vez que terminas eso, eventualmente puedes iniciar sesión en Netflix.

Y esto es alguien que ya ha tenido un perfil antes. Selecciona tu contenido o tu perfil. Selecciona algún contenido. Y luego presiona play. Así puedes comenzar a disfrutar del maravilloso contenido que tenemos. Ejemplos súper básicos de un sistema muy complejo que tiene muchas más características que eso. Pero para mí, quería tener una idea de lo que estaría apoyando. Y estoy en el equipo de crecimiento. Así que principalmente me enfoco en el proceso de registro. Y así como pasé del producto para comenzar a aprender más sobre los fundamentos de la interfaz de usuario de TV. Y podemos asumir en este punto que mi entorno de desarrollo estaba configurado. Hablaré un poco más sobre los primeros dos aquí en la diapositiva. Y luego profundizaré en los de abajo.

Y así, un concepto interesante similar pero no igual es que las TVs en general, no tienen tanta memoria. Y también hay una gama de esos dispositivos. Y así como tenemos que prestar atención al performance en la web, es incluso un poco más prioritario para nosotros en la TV porque realmente puedes impactar la experiencia de visualización o el proceso de registro si tienes algún código, especialmente en React, que no está funcionando bien. Y luego, en segundo lugar, no sé si alguien aquí trabaja en un mono-repositorio. Pero como alguien que nunca había trabajado en un mono-repositorio, estaba muy confundido sobre lo que está pasando todo el tiempo. Es un proceso muy, muy, muy caótico controlado donde pones un PR, hay un montón de otras personas teniendo PRs. Esperas un proceso de construcción para asegurarte de que no rompes nada. Y como alguien que está poniendo código allí para que eventualmente lo use tanta gente, quieres asegurarte de que cada cosa está funcionando perfectamente esas primeras dos veces. Y para mí, eso fue realmente un gran fundamental y algo que tuve que aprender realmente y obtener un poco más de comodidad con.

Así que a continuación hablaré un poco sobre qué es React Given. Aquí es donde brilla la parte de React de TVI. React Given es algo similar a React DOM. Escribimos JSX en la Web. Lo compilamos y eventualmente React crea elementos DOM como div, botones, secciones, artículos, etc. Y en la TV, en lugar de tener DOMs, tenemos lo que llamamos un given. Y given es lo que usamos para renderizar cosas en la pantalla. Y está compuesto no de elementos HTML sino de widgets.

Y los widgets son solo cajas rectangulares con propiedades. Y cuando miras este ejemplo aquí a la derecha, esto son widgets de widgets de más widgets. Y cada uno de esos widgets tiene propiedades. Y solo para dar un poco más de una vista cercana de eso. Al igual que podemos usar un inspector en el DOM. Puedes ver los widgets aquí a la izquierda. Widgets de widgets de widgets. Y luego, en el lado derecho, las propiedades reales que usamos para dar estilo a esos widgets para asegurarnos de que la pantalla se renderiza realmente con el diseño o los colores que queremos que tenga. Así que he resaltado algunos que son similares pero no iguales. El orden JAW, por ejemplo, es similar al índice Z. Y este es un enfoque de tipo RCSS.

A continuación, una parte importante del desarrollo de una pantalla para TV es que la mayoría de las personas están usando, ¿qué? Un control remoto. Así que no están usando su ratón para navegar y hacer clic en cosas. Y aunque en la web es similar en que tenemos que asegurarnos de que el lado de la accessibility todavía funciona con las pestañas y deberías poder navegar sin un ratón. Pero en el caso de la TV, ya que la mayoría de las personas están usando controles remotos, queremos asegurarnos de que la navegación es una buena user experience. Y por lo tanto, es realmente importante para nosotros hacerlo. Y al mismo tiempo, esto era algo muy nuevo para mí, pero en realidad puedes para algunas TVs te permiten apuntar y hacer clic. Y pensé que eso era realmente, realmente interesante. Así que tenemos que asegurarnos, cuando estamos desarrollando, que ambos funcionen y nos aseguramos de que se prueben. Especialmente para los punteros, a veces puedes superponer widgets en el orden incorrecto al igual que el índice Z en la web. Y entonces no puedes apuntar y hacer clic en él. Así que esto es solo una demostración muy, muy corta de cómo puedes moverte con, como, un ratón o los dispositivos de puntero en la TV. Y luego también puedes usar la navegación LRUD para hacer lo mismo. Como mencioné, fundamental.

Muy bien. A continuación, hablaré sobre el último fundamental, que es nuestra aplicación TVUI Explorer. Es muy similar, pero no exactamente igual, a Storybook en la web si lo has usado. Y entonces tenemos realmente dos razones principales para usar la aplicación TVUI Explorer. La primera razón principal es poder entrar y, al igual que Storybook en la web, explorar las pequeñas piezas de nuestra biblioteca de sistema de design para aprender cómo funciona, qué propiedades se están utilizando y cómo se ven. Y luego la segunda razón principal es que en realidad podemos simular data y construir iterativamente una nueva pantalla de TVUI súper rápido, porque no tienes que cargar toda la aplicación, entrar en un estado específico en la aplicación, como navegar a un lugar determinado, etc.

Y en lugar de eso, podemos recargar rápidamente con los datos simulados para construir una pantalla. Lo mostraré un poco más en un segundo. Pero solo para mostrarles un poco más sobre TVUI Explorer, esto es lo que veo al navegar en el componente del botón. Puedes ver todas las diferentes opciones para los botones allí. Esto es lo que veo al comprobar cómo se ven cuando te enfocas en ellos, los diferentes colores. E incluso puedes ver el código dentro de TVUI Explorer. Y luego, para mí, realmente me gustan un poco más los documentos en la web. Así que en realidad nos proporcionan un enlace a ellos desde el equipo del sistema de design justo allí, para que puedas explorarlos un poco más. Así que eso es todo lo que esperaba de los fundamentos de TVUI cuando construí mi nueva pantalla me llevaría a un lugar cómodo mientras construía algo nuevo.

Así que a continuación hablaré un poco más de cómo se ve ese proceso de desarrollo de TVUI cuando estamos construyendo algo nuevo. Asegúrate de que eso te parezca bien. ¡Sí! Vale, genial. Así como en Web y otros flujos de desarrollo, siempre comenzamos con diseños del equipo de design. Créeme, no querrías que yo diseñara para TVUI. Así que usamos nuestros tokens del sistema de design cuando los diseñadores están diseñando nuestras pantallas, ellos los conectan para usar los tokens del sistema de design. Y entonces, lo que normalmente comienzo es que reviso el design, y mientras reviso el design, puedo mirar cada uno de los componentes para ver qué tokens están usando, como el tipo, el color, el tamaño, etc. Y entonces, comienzo con eso solo para obtener una imagen general de cómo se verá la estructura del componente mientras comienzo a construir.

Entonces, lo siguiente que hago es configurar un componente, lo que llamo un componente base. Y la razón es simplemente para renderizar algo en la pantalla. Y eso es realmente importante porque el siguiente paso sería definir lo que llamo historias, que como mencioné es similar a storybook. Y las historias que usualmente definimos cuando estamos construyendo una pantalla son las diferentes variaciones de los diseños que vamos a construir. Y para este ejemplo, hay tres historias principales que quiero asegurarme de que funcionen.

La visualización estándar es como cualquier idioma inglés, de izquierda a derecha con sinopsis y encabezado data ambos pasados. La segunda historia es que quiero asegurarme de que un idioma de derecha a izquierda funcione bien. Y la última es ¿qué sucede si no se pasa ninguna sinopsis data? ¿Y cómo se ve ese design? Por lo general, defino estas historias primero porque, como mencioné, podemos construir iterativamente nuestra interfaz de usuario contra esas historias y decir fácilmente, oh, ese espaciado se ve mal. Oh, necesito agregar este botón o este texto. E incluso a veces solo pongo el texto allí para construir esa pantalla. Y luego comienzo a hacer la integración con todos los data.

Y sé que esto puede ser un poco más pequeño para todos ustedes, pero el punto de esto es mostrar a medida que estoy construyendo iterativamente, eventualmente llegamos a este estado final donde estamos coincidiendo bastante bien con el design. Y solo quiero mostrar desde la perspectiva del código, ¿cómo se ve esto cuando realmente estoy usando TVI Explorer. Y en esta vista, tienes las tres historias a la izquierda. Y la demostración va a mostrar, puedes iterar rápidamente a través de las tres historias. Y luego los verás en lo que llamo modo de vista previa, donde no entramos en pantalla completa en ellos. Y luego la demostración irá donde realmente hago clic en una de las historias, y luego puedes usar teclas de acceso rápido para navegar a cada una. Y esa es una forma en que puedes verificar que todas se ven bien mientras estás construyendo esa interfaz de usuario. Así es como se ve. Este es el modo de vista previa, como mencioné. Luego hago clic allí, usando una tecla de acceso rápido para subir. Y luego tengo una pequeña animación divertida para ustedes de la que estoy muy orgulloso. Hola. Tu amigo, yo. Vale. Pasemos al siguiente.

Solo quería dar este consejo útil que ha sido realmente útil para mí. A medida que estamos construyendo iterativamente esa interfaz de usuario, usamos algo llamado superposición de design. Y la superposición de design es solo una exportación de Figma, y puedes ver cómo simplemente estoy presionando la tecla O en el teclado aquí, y está mostrando la imagen de Figma versus lo que estoy construyendo. Y puedes ver en ese ejemplo que mi espaciado estaba un poco desviado.

Muy bien. Y luego, por supuesto, después de hacer la interfaz de usuario simulada, queremos asegurarnos de que todo sigue funcionando a medida que se producen cambios en el código en el enorme Monorepo que mencioné. Y así, en Netflix para TVY, tenemos tres capas principales en nuestra pirámide para las que normalmente construyo una prueba. La primera capa es con los datos simulados y las historias, automáticamente obtienes comparación de capturas de pantalla en las testing. Y eso es una característica realmente genial porque cuando estás usando algo como el sistema de design componentes, sabes que el equipo del sistema de design puede entrar y añadir nuevas características o quizás hacer una limpieza de código. Pueden presentar un PR y se asegurará de que mi historia con las propiedades específicas del botón que estoy usando no rompa nada. Y así que realmente me gusta esa parte. La segunda capa es lo que estás viendo en la pantalla, estas son pruebas unitarias muy comunes de la biblioteca React / pruebas de integración, cualquiera que creas que son. Y luego, diré dos antes de pasar a la siguiente sección, la última capa de prueba es de extremo a extremo. Así que intentamos no escribir demasiadas pruebas de extremo a extremo porque pueden ser un poco lentas en nuestro pipeline. Y también si están usando datos reales, pueden ser inestables. Y así que intentamos equilibrar eso a medida que construimos las diferentes capas.

Bueno, ese es el proceso de Desarrollo de TBY que utilizamos para construir algunas pantallas nuevas en TBY. Es súper rápido, y es un placer. Y doy mucho crédito a los equipos que han ayudado a hacer que ese proceso de Desarrollo y la experiencia de Desarrollo sea súper simple y un placer de usar.

Por último, hablaré un poco sobre mi historia al principio sobre por qué creo que el aprendizaje continuo es tan importante en nuestra career. Así que empezaré destacando. Cuando miras mi carrera de Desarrollador, puedes ver claramente que no hay… Bueno, si ves un patrón, entonces eres realmente bueno. Pero no tenía un patrón cuando estaba eligiendo esos roles. Generalmente hablando, estaba cambiando de roles a algo que me interesaba, algo que era nuevo, y algo a través de lo cual podría crecer. Y así TBY encajaba en ese espectro.

Y creo… Cuando pienso en mi career y cada uno de nosotros reflexiona sobre dónde estaba hace un año hasta ahora, ese crecimiento es una parte realmente, realmente impresionante de ser un Desarrollador, especialmente porque las tecnologías que usamos generalmente cambian mucho. Incluso como los React Server components se han convertido en un tema candente para nosotros. Y solo quería destacar en mi career, cada vez que tengo que aprender algo nuevo, es súper humilde, ¿verdad? Estás empezando desde que sé cómo funciona esta base de código en esta empresa, me estoy uniendo a algo nuevo o a un nuevo proyecto. No tengo idea de lo que estoy haciendo. Súper incómodo pasar de ser potencialmente experto a novato. Y luego es desafiante porque ahora tienes que tomar tu ego y ponerlo a un lado mientras tienes que decir, ayuda. Ayúdame. Ayúdame. Por favor, ayúdame. Tengo algunas historias para completar a tiempo. Pero al mismo tiempo, aunque es desafiante y humilde, etc., también es algo que creo que es muy divertido. Realmente crecemos a través de las experiencias como desarrollador, y muchas veces nos están pagando por ello. Eso es realmente, realmente especial, y personalmente me gusta mucho esa parte de estar en la industria de la tecnología.

En segundo lugar, cuando trabajas con muchas personas reflexivas y de apoyo en un entorno colaborativo, a muchos primeros malentendidos, y en cuanto a que quizás dos personas están tratando de explicar algo y no están en la misma página para poder estar en esa misma página y luego compartir ese contexto ampliamente con otras personas también, especialmente en una gran base de código. Y por último, creo que lo que es realmente único y lo que no se enfatiza lo suficiente en la tecnología es cuando entras con una perspectiva fresca, especialmente cuando te unes a una nueva empresa, muchas veces tu mentalidad es que quiero empezar a contribuir lo más rápido que pueda. Y creo que cuando das un paso atrás y puedes ofrecer tu perspectiva única a los desarrolladores que han trabajado en algo que ha sido cómodo para ellos, se ha normalizado, lo que trabajan, no necesariamente ven algunas de las peculiaridades que tienen que hacer estos rodeos para sacar una nueva característica. Y así que cuando eres nuevo, puedes señalar esos puntos, y al resolverlos, das una oportunidad para resolverlos para todos y hacer su trabajo un poco más fácil.

Y así que solo te dejaré con esta cita de Charlie Munger, que es el socio comercial de Warren Buffett. Ambos son personas súper inteligentes en lo que respecta al pensamiento crítico. Y él dice, nada me ha servido mejor en mi larga vida que el aprendizaje continuo. Y personalmente siento que nada me ha servido mejor en mi no tan larga carrera de Desarrollador de solo diez años, que el aprendizaje continuo también.

Y solo para dar un poco de lo que dije al gerente de contratación después de que mis pensamientos se calmaron, fue que me encantaría asumir un nuevo desafío siempre y cuando estés de acuerdo con que aprenda sobre la marcha. Y una cosa que realmente, realmente he apreciado en Netflix es esa cultura de apoyo. Y que está bien si fallas y haces preguntas, estoy aquí para ayudarte mentalidad. Y porque ese gerente de contratación pudo confiar en mí para aprender algo nuevo, he podido crecer en los últimos dos años. Y creo que es importante destacar eso. A los gerentes de contratación, para que tomen riesgos con las personas si sienten que es algo nuevo, pero pueden aprenderlo. Y también, desde una perspectiva de desarrollador, solo quiero compartir, es una experiencia de aprendizaje realmente interesante comenzar desde cero una y otra vez y poder usar esas perspectivas en nuevos proyectos.

Con eso, hemos llegado a la misión completa. Y solo quería destacar, tenemos roles de TVUI disponibles en el sitio de Empleos. Puedes escanear el código QR, o puedes ir a jobs.netflix.com, buscar TVUI, y sentirte libre de aplicar o preguntarme cualquier pregunta que tengas en la conferencia.

Con eso, es hora de las preguntas y respuestas. Sí. La primera pregunta que tenemos es... Para las TVUI, ¿cómo pruebas la interfaz de usuario para TV durante el desarrollo? ¿Usas emuladores? Sí, tenemos un emulador. También hay un laboratorio de dispositivos para asegurarse de que funciona en diferentes tamaños, etc. ¿Tienes compilaciones internas? ¿Se llama APK para las TVs? No estoy seguro de cómo lo llamarías como alguien que está más en el lado del consumidor. Solo sé que tengo un emulador para probar por mi lado. Suena bien. La siguiente pregunta que tenemos es... Dada la diferencia entre la web y la TV, ¿puedes compartir algo dentro de la base de código de la interfaz de usuario en absoluto? Parecen extremadamente diferentes, similar a React Native. Sí, buena pregunta. Con Netflix siendo tan grande... Hay diferentes equipos que están haciendo diferentes partes de nuestros procesos de desarrollo. Entonces, para mí, soy más un consumidor. No tengo mucha información sobre cómo funciona esa pieza. Pero, sí, lo siento, no tengo una mejor respuesta para ti. Vale. Tenemos a una persona que quiere empezar. Has animado a algunas personas. ¿Dónde conseguimos recursos para empezar cuando estamos mirando el desarrollo de TV? Oh, buena pregunta.

Dado que solo he utilizado la TV UI interna, no estoy seguro de qué recursos existen en cuanto al desarrollo general de TV UI. Así que, es una buena pregunta. Para mí, lo que empecé a investigar es que hay algunos blogs en el blog técnico de Netflix que explican un poco más cómo se ve la TV UI allí. Entonces, si estás interesado en aprender más, es un excelente lugar para comenzar. Y si estás interesado en aprender cómo lo hace Netflix, entonces definitivamente eres bienvenido a aplicar. Y, podrás sumergirte de lleno una vez que empieces.

Suena bien. Le di tarea a Caeleb anoche. Voy a darte tarea de nuevo. Vale. Entonces, vas a enviar un tweet con algunos de los recursos que la gente puede consultar. Oh, vale. Puedo enviar los blogs. Perfecto. Entonces, quien sea que haya hecho la pregunta, solo busca un tweet de Caeleb. Gracias por ser un estudiante y permitirme darte tarea.

La siguiente es, ¿cuántos años de experiencia crees que necesita un desarrollador web en React antes de saltar a un rol de TV UI? Oh, buena pregunta. Yo, tal vez, esto es, soy un poco más arriesgado, o no adverso, soy más arriesgado en mi carrera, pero creo que deberías saltar cuando sientas que es algo que te interesa y quieres crecer a través de ello. No creo que necesariamente tengas un límite en, necesito X experiencia antes de aprender algo nuevo. Creo que es, lo que te hace, como dice Warren Buffett, saltar al trabajo todos los días y pasar un buen rato. Y si eso es uno, o cinco, o diez años en tu carrera, cuando estés listo para aprender, adelante. Me encanta eso.

La siguiente que tenemos es, ¿Todas las TVs ejecutan la misma pila de UI? ¿Esto se basa en Android o algo diferente? Buena pregunta. Sí, desafortunadamente solo conozco más sobre el lado de React, así que no puedo dar mucha información sobre el hardware o cómo funciona fuera de eso. Suena bien. Tenemos, Para las TV UIs, Oh, no. Ya hemos respondido a eso. Resolvámoslo. ¿Alguna vez necesitas interfaz con el hardware de la TV o la API, y si es así, ¿qué o cómo? Estás haciendo todas las preguntas de la plataforma, así que sí. Lo siento, no estoy seguro de eso, así que sí.

Es una gran pregunta, sin embargo. Así que busquemos una que no sea de plataforma, probemos esta. ¿Cómo son las standards de TV diferentes de las web standards? Oh, hmm. Sí. Una cosa que fue súper interesante, podría ser un poco debatible también, pero cuando empecé, la biblioteca de design todavía estaba en pleno apogeo de obtener todos los componentes que podríamos reutilizar y reconstruir. Y lo que fue interesante es que realmente ves bastante de nuestro código antiguo que no está utilizando algunas de las bibliotecas de design que tenemos, los componentes de la biblioteca de design que tenemos, utilizando el posicionamiento absoluto. Y para mí, todavía puedo verlo en mi cabeza cuando estaba diseñando mi primera pantalla y estaba preguntando, ¿esto está bien? Esto se siente realmente extraño, y ellos decían, no, está bien, no te preocupes. Sí, lo usamos, lo hacemos todo el tiempo. Así que yo estaba como, oh, está bien. Pero a medida que la biblioteca del sistema de design nos ha ofrecido un poco más de flexibilidad en algunas de las formas en que hacemos los diseños, algunos dirían que tal vez ya no es la mejor práctica.

Suena bien. De esto ya hemos hablado un poco, pero volvamos a sacarlo. Entonces, ¿el TV UI Explorer es una biblioteca de Netflix o de código abierto? Es solo una biblioteca de Netflix. Quiero decir, aparte de usarlo para construir nuestras pantallas y ver los componentes de la biblioteca design, no estoy seguro de qué obtendrías al usarlo porque somos nosotros los que lo consumimos y simplemente podemos construir cosas rápidamente. Pero no podrías enviarlo a un televisor, no creo, ni nada por el estilo.

¿Y qué tal el proceso para entrar en Netflix? ¿Cómo es eso? Buena pregunta. Cada equipo es un poco diferente, pero puedo hablar un poco por mí. Tuve una entrevista con el gerente de contratación para aprender más sobre el rol y asegurarme de que era adecuado para mí. Tuve un par de entrevistas técnicas solo para resolver problemas, no necesariamente de estilo de código líder, sino más prácticas y simplemente aprender más sobre cómo pensaba las cosas y cómo desarrollaba soluciones para ellas. Y luego, potencialmente hablarías con alguien del lado interfuncional, como un diseñador o un gerente de producto o algo así solo para ver cómo colaboras con socios interfuncionales. Y luego tendrías, potencialmente, otra última entrevista con el gerente de contratación. Al menos eso es lo que parecía mi proceso. Siempre está cambiando y cada equipo puede hacerlo un poco diferente, pero generalmente así es como lo he visto hecho. Suena intenso. Fue bastante intenso. Felicitaciones. Gracias. Fue un poco intenso. El siguiente que tenemos es, veamos, así que este es un poco más de hardware. Vamos a intentarlo. ¿Se basa el mismo código para Apple TV, Android TV, y fabricantes como Samsung o LG? Si es así, ¿puedes explicar el proceso de construcción? Sí, desafortunadamente no puedo explicar el proceso de construcción simplemente porque no trabajo en él. Cómo funciona para los diferentes sistemas operativos y cosas así tampoco estoy muy al tanto. Me enfoco principalmente en construir la interfaz de usuario y luego hay equipos que tienen la responsabilidad de asegurarse de que funcione de diferentes maneras. Colaboración cruzada. Sí. Mencionaste que estás en el equipo de crecimiento ¿cómo es la testing de crecimiento, TV versus web? Oh, en términos de pirámide es muy similar. No creo que en el sitio web usemos tanto la comparación de capturas de pantalla al menos no de la misma manera. Fue bastante interesante cuando se introdujo eso porque creo que generalmente la testing de instantáneas no ha obtenido los mejores resultados, como todos todavía lo están haciendo hoy en comparación con cuando salió por primera vez. Pero lo encontré inmensamente útil aunque no estamos creando instantáneas manualmente eso es lo que está haciendo en segundo plano definitivamente me ha salvado de romper el código antes especialmente para el código que se comparte en varias pantallas. En el sitio web creo que principalmente se centran en la prueba unitaria y la prueba de extremo a extremo y no tienen el lado de la testing de capturas de pantalla pero podría estar equivocado ya que no trabajo en la web muy a menudo. Oh, hay prueba de capturas de pantalla, bien, gracias John. Gracias, John. Hola John, encantado de conocerte. Bueno, se nos acabó el tiempo. Muchas gracias, Caleb. Ha sido maravilloso. Gracias a todos por unirse.