Principios para Escalar el Desarrollo de Aplicaciones Frontend

Spanish audio is available in the player settings
Rate this content
Bookmark

Después de pasar más de una década en Google, y ahora como el CTO de Vercel, Malte Ubl no es ajeno a ser responsable de la infraestructura de software de un equipo. Sin embargo, estar a cargo de definir cómo las personas escriben software, y a su vez, construir la infraestructura que están utilizando para escribir dicho software, presenta desafíos significativos. Esta presentación de Malte Ubl revelará los principios guía para liderar una gran infraestructura de software.

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

FAQ

La decisión de no realizar un evento en 2010 se tomó porque de todos modos no habría ocurrido.

Se reconoce como un error no haber hecho público el framework Wiz, pues podría haber recibido contribuciones valiosas para la escalabilidad de las aplicaciones en el ecosistema.

Se sugiere que 'la velocidad de iteración resuelve todos los problemas conocidos', destacando la importancia de reaccionar e iterar rápidamente ante los errores en el desarrollo de software.

Migrar a un monorepo facilita la colaboración al bajar las barreras y aunque conlleva compromisos, se considera que vale la pena por los beneficios en el trabajo colaborativo.

Eliminar código de manera efectiva en grandes bases de código ayuda a reducir la redundancia y mejora el rendimiento y la mantenibilidad del software.

Se recomienda realizar migraciones de manera incremental, debido a que las migraciones grandes y no planificadas suelen fallar o causar problemas significativos.

Malte Ubl
Malte Ubl
26 min
02 Jun, 2023

Comments

Sign in or register to post your comment.
Video Summary and Transcription
Esta charla discute la escalada de aplicaciones front-end a través de principios como derribar barreras, compartir código en un monorepo y facilitar la eliminación de código. También enfatiza la migración incremental, la aceptación de la falta de conocimiento y la eliminación de la complejidad sistemática. La charla destaca el uso de la automatización en la migración de código y la importancia de eliminar barreras para permitir una migración de código más fluida.

1. Introducción y Antecedentes

Short description:

¿Cómo está todo el mundo? Esta es realmente mi primera conferencia, de vuelta de un descanso. Solía construir grandes aplicaciones en JavaScript, ahora es TypeScript. React ha evolucionado y ahora está disponible para todos. Me uní a Brasil y encontré un equipo interno de Dex. Lo convertimos en un equipo de producto para resolver problemas comunes. Anunciamos Versell Spaces para implementar los conceptos discutidos.

¿Cómo está todo el mundo? Sí, gracias por hablar de JSConf y esas cosas. Tomamos la sabia decisión de no tener un evento en 2010 porque de todos modos no habría ocurrido, esta es realmente mi primera conferencia, al menos si cuentas las conferencias de la community, de vuelta de este gran descanso en la vida de todos. Vengo de San Francisco. En realidad estaba en Alemania antes, todavía un poco desfasado por el jet lag pero estoy tratando de animar un poco el ambiente aquí.

Así que en este sentido de recordar un poco, hace cinco años en JSConf Australia, di una charla y comencé con esta frase, Hola, solía construir aplicaciones muy grandes en JavaScript. Todavía estaba en Google en ese momento y estaba asumiendo una especie de rol ejecutivo. Así que en realidad no estaba construyendo cosas yo mismo, pero aprendí algunas cosas y así que pensé que sería una buena idea dar una charla sobre ello. Pero eso fue entonces. He vuelto. De hecho, he vuelto a construir cosas en JavaScript, aplicaciones muy grandes. Obviamente, nadie hoy en día realmente hace eso. Son aplicaciones de TypeScript y aquí estamos.

Otra diapositiva de esa charla fue que pensaba que React era bueno. Y el contexto allí era que hace diez años, construí un framework de JavaScript en Google llamado Wiz y estaba pensando en si abrirlo al público o no y justo en ese momento, sale React y parece realmente bueno y pienso que el mundo no necesita esto. Voy a guardarlo para nosotros. Creo ahora que fue un poco un error porque hubo algunas buenas contribuciones en torno a la scalability de las aplicaciones que podrían haber sido realmente valiosas para el ecosystem incluso si solo se hubieran mostrado. Pero ahora que estoy en Brasil, puedo ayudar un poco a impulsar React y creo que con las cosas en torno a los componentes del servidor, etc., algunas de esta situación que pensamos en Google en su día, ha vuelto y ahora está disponible para todos, lo cual es increíble. Genial. Muy bien.

Así que me uní a Brasil, hablé con todos los equipos y descubrí que tenemos un equipo interno de Dex. Y entonces hablé con ellos, sabes, ¿qué estáis haciendo? Me explicaron lo que estaban haciendo. Creo que parece una muy buena idea. Y luego hablo con los clientes. nuestros clientes me están diciendo que sus problemas son los problemas que nuestro equipo interno de Dx está resolviendo. Y entonces pensé, ¿por qué no convertimos esto en un equipo de producto y realmente lo hacemos disponible para todos para que no todos tengan que ir una y otra vez, resolviendo los mismos problemas. Ahora, esto es de alguna manera relevante porque la charla que di en su día, era tan teórica, porque, ya sabes, no tenía nada de código abierto. Solo podía decir a la gente, esto es lo que he aprendido. Pero tienes que averiguar cómo convertir este aprendizaje en algo real por ti mismo. Ahora, voy a estar haciendo cosas similares hoy y más poder para ti si quieres construir tú mismo. Sabes, anunciamos un producto llamado Versell Spaces hace unas semanas que intenta implementar algunas de las cosas de las que voy a hablar de una manera reutilizable.

2. Escalando Aplicaciones Front-end

Short description:

Así que vamos a enviar software como Google o Vercel porque es 2023. Pero creo que esto es realmente cierto, la velocidad de iteración resuelve todos los problemas conocidos. Lo que quiero decir es que cuando hacemos software, vamos a cometer errores con el tiempo, y tenemos que lidiar con ese hecho de manera profesional. El resto de esta charla es sobre cómo puedes escalar más allá de ti mismo, pero a través del software que has construido, y a través de los mecanismos que estableces en tus equipos que hacen que todo el equipo sea mejor. Quiero hablar sobre los principios para escalar aplicaciones front-end. Tengo seis. Comencemos con este: derribando las barreras.

Muy bien. Así que vamos a enviar software como Google o Vercel porque es 2023. Pero yendo un poco a Google, había este tipo llamado Eric Schmidt, que fue el CEO durante mucho tiempo y él, al menos internamente, tal vez estoy filtrando algo, lo siento, siempre solía decir que los ingresos resuelven todos los problemas conocidos. Básicamente diciendo, si simplemente ganas más dinero, realmente no importa qué más estés haciendo. Y creo que eso está mal.

Como ciertamente, no tenemos, ya sabes, dinero infinito, tú no tienes dinero infinito. Creo que Google ya no tiene dinero infinito. Así que eso no es realmente, no es un buen mantra. Pero creo que esto es realmente cierto, la velocidad de iteración resuelve todos los problemas conocidos. Lo que quiero decir es que cuando hacemos software, y de hecho la primera charla de hoy tenía un punto similar, vamos a cometer errores con el tiempo, ¿verdad? Lo único que sabemos es que el futuro es incierto y tenemos que lidiar con ese hecho de manera profesional. Y la forma en que haces eso de manera profesional es siendo capaz, en el momento en que cometes ese error, de react a él e iterar y hacerlo bien la segunda vez. Así que con eso, pensemos un poco en nuestro papel en esto, y para el resto de esta charla.

Así que el ingeniero senior, o realmente lo que quiero decir es como el ingeniero senior en minúsculas, ¿verdad? Hemos estado alrededor por un poco. ¿Qué hacemos, verdad? Puede que haya, hay una sesión más tarde hoy alrededor de career advice, y pueden decirte algo como, ya sabes, si quieres tener más impacto, necesitas scale más allá de ti mismo, y lo que la gente suele asociar con esto es algo a lo largo de las líneas de tener responsabilidad de gestión o al menos decirle a otras personas qué hacer. Es una cosa de personas, ¿verdad? Y así que el resto de esta charla es sobre algo muy diferente a eso. Se trata de cómo puedes scale más allá de ti mismo, pero a través del software que has construido, y a través de los mecanismos que estableces en tus equipos que hacen que todo el equipo sea mejor, pero a través del software que estás construyendo. Y así que para el resto de estas diapositivas, básicamente, considérate como el líder hipotético del equipo de plataforma hipotético para tu equipo de ingeniería hipotético, no sé, 12, 50, 100 personas, ¿verdad? Eres esa persona y tu trabajo es hacer que ese equipo scale mejor. Genial. Esa fue una larga introducción. De todos modos, quiero hablar sobre los principios para scaling aplicaciones front-end. Tengo seis. Tengo uno extra, pero creo que soy demasiado lento. Así que haré seis. Muy bien. Comencemos con este. Derribando las barreras. Así que esto es realmente algo que no estaba claro para mí cuán grande sería el efecto que tendría. Como mencioné, estuve en Google durante mucho tiempo. No estaba usando las herramientas que todos los demás estaban usando pero estaba haciendo esta conferencia, JSConf. Yo iba a estos meetups yo mismo y escuchaba a la gente en el escenario estar increíblemente emocionada por los pequeños modules, ¿verdad? Y había una empresa llamada NPM, Shouter NPM, que creó algo llamado modules privados.

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

No resuelvas problemas, elimínalos
React Advanced 2021React Advanced 2021
39 min
No resuelvas problemas, elimínalos
Top Content
Kent C. Dodds discusses the concept of problem elimination rather than just problem-solving. He introduces the idea of a problem tree and the importance of avoiding creating solutions prematurely. Kent uses examples like Tesla's electric engine and Remix framework to illustrate the benefits of problem elimination. He emphasizes the value of trade-offs and taking the easier path, as well as the need to constantly re-evaluate and change approaches to eliminate problems.
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.
Sistemas de Diseño: Caminando la Línea Entre Flexibilidad y Consistencia
React Advanced 2021React Advanced 2021
47 min
Sistemas de Diseño: Caminando la Línea Entre Flexibilidad y Consistencia
Top Content
The Talk discusses the balance between flexibility and consistency in design systems. It explores the API design of the ActionList component and the customization options it offers. The use of component-based APIs and composability is emphasized for flexibility and customization. The Talk also touches on the ActionMenu component and the concept of building for people. The Q&A session covers topics such as component inclusion in design systems, API complexity, and the decision between creating a custom design system or using a component library.
Concurrencia en React, Explicada
React Summit 2023React Summit 2023
23 min
Concurrencia en React, Explicada
Top Content
React 18's concurrent rendering, specifically the useTransition hook, optimizes app performance by allowing non-urgent updates to be processed without freezing the UI. However, there are drawbacks such as longer processing time for non-urgent updates and increased CPU usage. The useTransition hook works similarly to throttling or bouncing, making it useful for addressing performance issues caused by multiple small components. Libraries like React Query may require the use of alternative APIs to handle urgent and non-urgent updates effectively.
Gestión del Estado de React: 10 Años de Lecciones Aprendidas
React Day Berlin 2023React Day Berlin 2023
16 min
Gestión del Estado de React: 10 Años de Lecciones Aprendidas
Top Content
This Talk focuses on effective React state management and lessons learned over the past 10 years. Key points include separating related state, utilizing UseReducer for protecting state and updating multiple pieces of state simultaneously, avoiding unnecessary state syncing with useEffect, using abstractions like React Query or SWR for fetching data, simplifying state management with custom hooks, and leveraging refs and third-party libraries for managing state. Additional resources and services are also provided for further learning and support.
TypeScript y React: Secretos de un matrimonio feliz
React Advanced 2022React Advanced 2022
21 min
TypeScript y React: Secretos de un matrimonio feliz
Top Content
React and TypeScript have a strong relationship, with TypeScript offering benefits like better type checking and contract enforcement. Failing early and failing hard is important in software development to catch errors and debug effectively. TypeScript provides early detection of errors and ensures data accuracy in components and hooks. It offers superior type safety but can become complex as the codebase grows. Using union types in props can resolve errors and address dependencies. Dynamic communication and type contracts can be achieved through generics. Understanding React's built-in types and hooks like useState and useRef is crucial for leveraging their functionality.

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 WorkshopFree
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 🤐)
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.
React, TypeScript y TDD
React Advanced 2021React Advanced 2021
174 min
React, TypeScript y TDD
Top Content
Featured WorkshopFree
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.
Diseñando Pruebas Efectivas con la Biblioteca de Pruebas de React
React Summit 2023React Summit 2023
151 min
Diseñando Pruebas Efectivas con la Biblioteca de Pruebas de React
Top Content
Featured Workshop
Josh Justice
Josh Justice
La Biblioteca de Pruebas de React es un gran marco para las pruebas de componentes de React porque responde muchas preguntas por ti, por lo que no necesitas preocuparte por esas preguntas. Pero eso no significa que las pruebas sean fáciles. Todavía hay muchas preguntas que tienes que resolver por ti mismo: ¿Cuántas pruebas de componentes debes escribir vs pruebas de extremo a extremo o pruebas de unidad de nivel inferior? ¿Cómo puedes probar una cierta línea de código que es difícil de probar? ¿Y qué se supone que debes hacer con esa persistente advertencia de act()?
En esta masterclass de tres horas, presentaremos la Biblioteca de Pruebas de React junto con un modelo mental de cómo pensar en el diseño de tus pruebas de componentes. Este modelo mental te ayudará a ver cómo probar cada bit de lógica, si debes o no simular dependencias, y ayudará a mejorar el diseño de tus componentes. Te irás con las herramientas, técnicas y principios que necesitas para implementar pruebas de componentes de bajo costo y alto valor.
Tabla de contenidos- Los diferentes tipos de pruebas de aplicaciones de React, y dónde encajan las pruebas de componentes- Un modelo mental para pensar en las entradas y salidas de los componentes que pruebas- Opciones para seleccionar elementos DOM para verificar e interactuar con ellos- El valor de los mocks y por qué no deben evitarse- Los desafíos con la asincronía en las pruebas de RTL y cómo manejarlos
Requisitos previos- Familiaridad con la construcción de aplicaciones con React- Experiencia básica escribiendo pruebas automatizadas con Jest u otro marco de pruebas unitarias- No necesitas ninguna experiencia con la Biblioteca de Pruebas de React- Configuración de la máquina: Node LTS, Yarn
Domina los Patrones de JavaScript
JSNation 2024JSNation 2024
145 min
Domina los Patrones de JavaScript
Top Content
Featured Workshop
Adrian Hajdin
Adrian Hajdin
Durante esta masterclass, los participantes revisarán los patrones esenciales de JavaScript que todo desarrollador debería conocer. A través de ejercicios prácticos, ejemplos del mundo real y discusiones interactivas, los asistentes profundizarán su comprensión de las mejores prácticas para organizar el código, resolver desafíos comunes y diseñar arquitecturas escalables. Al final de la masterclass, los participantes ganarán una nueva confianza en su capacidad para escribir código JavaScript de alta calidad que resista el paso del tiempo.
Puntos Cubiertos:
1. Introducción a los Patrones de JavaScript2. Patrones Fundamentales3. Patrones de Creación de Objetos4. Patrones de Comportamiento5. Patrones Arquitectónicos6. Ejercicios Prácticos y Estudios de Caso
Cómo Ayudará a los Desarrolladores:
- Obtener una comprensión profunda de los patrones de JavaScript y sus aplicaciones en escenarios del mundo real- Aprender las mejores prácticas para organizar el código, resolver desafíos comunes y diseñar arquitecturas escalables- Mejorar las habilidades de resolución de problemas y la legibilidad del código- Mejorar la colaboración y la comunicación dentro de los equipos de desarrollo- Acelerar el crecimiento de la carrera y las oportunidades de avance en la industria del software
React a Escala con Nx
React Summit 2023React Summit 2023
145 min
React a Escala con Nx
Top Content
Featured WorkshopFree
Isaac Mann
Isaac Mann
Vamos a utilizar Nx y algunos de sus plugins para acelerar el desarrollo de esta aplicación.
Algunas de las cosas que aprenderás:- Generar un espacio de trabajo Nx prístino- Generar aplicaciones frontend React y APIs backend dentro de tu espacio de trabajo, con proxies preconfigurados- Crear librerías compartidas para reutilizar código- Generar nuevos componentes enrutados con todas las rutas preconfiguradas por Nx y listas para usar- Cómo organizar el código en un monorepositorio- Mover fácilmente las librerías alrededor de tu estructura de carpetas- Crear historias de Storybook y pruebas e2e de Cypress para tus componentes
Tabla de contenidos: - Lab 1 - Generar un espacio de trabajo vacío- Lab 2 - Generar una aplicación React- Lab 3 - Ejecutores- Lab 3.1 - Migraciones- Lab 4 - Generar una librería de componentes- Lab 5 - Generar una librería de utilidades- Lab 6 - Generar una librería de rutas- Lab 7 - Añadir una API de Express- Lab 8 - Mostrar un juego completo en el componente de detalle de juego enrutado- Lab 9 - Generar una librería de tipos que la API y el frontend pueden compartir- Lab 10 - Generar historias de Storybook para el componente de interfaz de usuario compartido- Lab 11 - Prueba E2E del componente compartido