Manteniéndolo Simple

Rate this content
Bookmark

El CEO y cofundador de Netlify, Matt Biilmann, reflexiona sobre la historia de React, las promesas de Jamstack y la complejidad que puede surgir en los flujos de trabajo de los desarrolladores si no seguimos defendiendo la simplicidad con el tiempo. En esta charla relámpago, Matt describe los compromisos a los que se enfrentan los desarrolladores para entregar sitios grandes e introduce una nueva idea para una solución futura más escalable.

9 min
14 May, 2021

Video Summary and Transcription

React trajo simplicidad a la construcción de aplicaciones basadas en el navegador, pero a medida que se introducen nuevos conceptos como el contexto, los hooks, los componentes del servidor y el streaming, es importante conocer el estado actual de la aplicación. Jamstack simplifica el razonamiento sobre el estado de las propiedades web a través de activos inmutables y despliegues atómicos. Sin embargo, a medida que Jamstack evoluciona, surgen desafíos en áreas como los tiempos de compilación y el almacenamiento en caché de API para proyectos grandes, especialmente en el comercio electrónico.

Available in English

1. Introducción a React y Simplicidad

Short description:

Hoy voy a hablar sobre la simplicidad y el estado y los peligros de dirigir nuestras comunidades hacia la complejidad. React se lanzó como una capa de vista que aportó simplicidad al proceso de construcción de aplicaciones basadas en el navegador. Hizo mucho más fácil razonar sobre las experiencias que nuestros usuarios tenían en función de cualquier estado dado. A medida que queremos que React resuelva problemas más difíciles, estamos introduciendo nuevos conceptos como contexto, hooks, componentes de servidor y streaming. Pero es importante mantenernos honestos y conocer el estado actual de nuestra aplicación y lo que un usuario experimentará.

Hola a todos. Soy Matt Bihlmann, CEO y cofundador de Netlify. Hoy voy a hablar sobre la simplicidad y el estado y los peligros de dirigir nuestras comunidades hacia la complejidad.

Entonces, en 2013, React se lanzó como una capa de vista que aportó simplicidad al proceso de construcción de aplicaciones basadas en el navegador. Cualquiera que haya intentado construir una aplicación basada en el navegador antes de React tuvo que lidiar con esta mezcla de estado en todo el DOM. Tenías enlaces escuchando a elementos del DOM. Tenías elementos del DOM que contenían estados. Tenías oyentes AJAX que buscarían, solicitarían y actualizarían elementos del DOM, y a medida que construías aplicaciones más complejas, razonar sobre el estado de tu DOM y el estado de tu aplicación y lo que un usuario experimentaría se volvía cada vez más difícil. React lanzó esta idea de convertir toda la interfaz de usuario en una función de tu estado, y realmente hizo mucho más fácil razonar sobre las experiencias que nuestros usuarios tenían en función de cualquier estado dado. Podías tomar un estado, alimentarlo a un árbol de DOM de componentes de React y sabrías qué vería el usuario para cualquier estado dado. React fundamentalmente facilitó razonar un poco sobre el estado de tu aplicación, y eso fue uno de los superpoderes que hizo a React poderoso y adoptado.

Por supuesto, a medida que queremos que React resuelva problemas cada vez más difíciles para nosotros y resuelva más problemas de construcción de aplicaciones, estamos introduciendo muchos nuevos conceptos como contexto, hooks, los nuevos componentes de servidor propuestos o el streaming. Y a medida que avanzamos en este camino, por supuesto que es importante ser curiosos y emocionarnos y explorar a dónde podemos llegar, pero también es importante que intentemos mantenernos, mantenernos honestos, ¿todavía sabemos cuál es el estado actual de nuestra aplicación? ¿Y sabemos en cualquier momento qué experiencia tendrá un usuario para un estado dado? Esto fue como el superpoder inicial que dio a React una sensación de simplicidad y que hizo que las aplicaciones fueran fáciles de razonar. Entonces, a medida que evolucionamos React como un marco más completo, ¿cómo mantenemos esa calidad? Ahora, hace cinco años en San Francisco, di una charla en la conferencia Smashing donde presenté por primera vez el concepto de JAMstack como una arquitectura.

2. Razonamiento sobre el Estado y Desafíos en JAMstack

Short description:

El desarrollo web ha dificultado razonar sobre el estado de tu propiedad web. El stack GAM simplifica el razonamiento sobre el estado de tu propiedad web al implementar activos inmutables en una red de borde. Las implementaciones atómicas aseguran que siempre conozcas el estado de tu implementación. A medida que la arquitectura JAMstack evoluciona, se introducen conceptos más complejos, como la rehidratación, el SSR dinámico y la regeneración estática incremental. Es importante saber qué se ha implementado actualmente, qué experimentará un usuario y el impacto de los retrocesos o vistas previas de implementación. Los proyectos grandes de JAMstack, especialmente el comercio electrónico, enfrentan desafíos en los tiempos de construcción y el almacenamiento en caché de API.

Y la idea en aquel entonces era muy similar. Había visto cómo, con el tiempo, el desarrollo web había dificultado cada vez más razonar sobre el estado de tu propiedad web. Habíamos pasado de un mundo en el que un navegador recuperaba archivos de un servidor, a un mundo en el que ejecutábamos un programa, a un mundo en el que ese programa siempre se comunicaba con una base de datos para cada solicitud, y a un mundo en el que, para escalar esa arquitectura, comenzamos a introducir diferentes capas de almacenamiento en caché entre servidores y bases de datos a medida que la web se globalizaba y necesitábamos llegar a usuarios de todo el mundo.

Introdujimos CDNs para activos o imágenes o archivos JavaScript, y como desarrolladores, teníamos que ser capaces de razonar sobre todas estas diferentes capas de la pila. El stack GAM fue realmente un enfoque arquitectónico para decir, ¿cómo podemos facilitar el razonamiento sobre el estado de tu propiedad web? ¿Cómo podemos adoptar un enfoque arquitectónico para construir para la web? En lugar de este complejo ciclo de solicitud-respuesta que fluye a través de todas estas diferentes capas de almacenamiento en caché, tomamos código y tomamos tu contenido, tus APIs o tus datos, ejecutamos una compilación e implementamos activos inmutables en una red de borde.

Y al hacer eso, comenzamos a introducir esta idea de implementaciones atómicas, donde siempre sabes que tienes un estado, lo has implementado y está en vivo. Sabes exactamente qué documentos y páginas HTML se han construido como parte de eso. Y cuando cambias a una nueva implementación, es una operación atómica donde todo se implementa al mismo tiempo y siempre sabes qué verá un usuario si visita una URL. Ahora, de manera similar a React, a medida que queremos que la arquitectura GAMSTAG resuelva problemas cada vez más complejos para nosotros y construya más y más aplicaciones en la zona gris de todos esos diferentes casos de uso, también estamos comenzando a ver conceptos más complejos introducidos en la pila, como la rehidratación, el SSR dinámico para algunas páginas, el almacenamiento en caché de CDN escalonado, enfoques como la regeneración estática incremental y las cabeceras HTTP de caducidad mientras se vuelve a validar. Y de la misma manera que con React, a medida que construimos este futuro, realmente tenemos que preguntarnos, ¿sabes qué se ha implementado actualmente en cualquier etapa? ¿Y sabes qué experimentará un usuario si visita una URL determinada? ¿Sabes exactamente qué sucederá si retrocedes a una implementación anterior? ¿Y sabes qué sucederá si implementas una vista previa de implementación número 110 en la rama principal en este momento? Por supuesto, una de las razones por las que estamos explorando muchos de estos nuevos conceptos, como la regeneración estática incremental y la caducidad mientras se vuelve a validar, es porque estamos tratando de construir proyectos cada vez más grandes con un enfoque JAMstack, especialmente proyectos grandes de comercio electrónico con cientos de miles o incluso millones de páginas de catálogo, lo cual ha resultado ser un desafío. Los tiempos de construcción comienzan a ser más largos. Tenemos algunos enfoques existentes dentro de la arquitectura JAMstack actual que a veces funcionan como solución para esto. Dividir tu compilación en muchos sitios diferentes es un enfoque, pero no siempre funciona. A veces, tu contenido simplemente no se presta bien para la división. Las aplicaciones web progresivas o las aplicaciones de una sola página, donde implementamos una estructura de la aplicación en el navegador y luego usamos el paquete JavaScript para comunicarnos con las APIs, a menudo son un concepto muy poderoso y mi recomendación preferida para cualquier experiencia de usuario con inicio de sesión. Pero sabemos que hay un costo de representación desde JavaScript en el navegador en dispositivos de gama baja y el almacenamiento en caché de API en el borde está lejos de ser un problema resuelto. La caducidad mientras se vuelve a validar ha sido otro enfoque, pero personalmente tengo mis dudas al respecto. Sirve contenido caducado a los usuarios y luego, en segundo plano, recupera una nueva versión, la regenera y la coloca en la caché. Pero nuevamente, el problema de servir contenido caducado a los usuarios es que ya no tienes una respuesta clara como desarrollador sobre lo que sucederá cuando un usuario visite cualquier URL determinada. En Netlify hemos estado pensando mucho en cómo podemos abordar estos problemas desde una perspectiva arquitectónica JAMstack, brindar la misma simplicidad fácil de razonar a los desarrolladores, pero resolver estos problemas. Hemos hablado sobre un enfoque llamado Representación Persistente Distribuida, donde tomamos solo las páginas críticas y las ejecutamos en tiempo de compilación. Y luego construimos el resto de las páginas bajo demanda, pero las persistimos y brindamos las mismas garantías en cuanto a implementaciones atómicas y estado predecible que obtendrías de una compilación. Esto es algo en lo que estamos trabajando para convertirlo en una comunidad en RFC. Y nos encantaría contar con la ayuda de esta comunidad para evolucionar y probarlo. Hemos estado trabajando con prototipos de este enfoque en Nox a Eleventy y Next.js. Y puedes obtener mucha más información al respecto en nuestro blog en este momento. Así que por favor participa en la evolución de JAMstack de una manera que se mantenga fiel a las raíces de la simplicidad y garantice que, como desarrolladores, no renunciemos a la capacidad de razonar sobre el estado de nuestra propiedad web. Muchas gracias. ♪

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

React Advanced Conference 2022React Advanced Conference 2022
25 min
A Guide to React Rendering Behavior
Top Content
React is a library for "rendering" UI from components, but many users find themselves confused about how React rendering actually works. What do terms like "rendering", "reconciliation", "Fibers", and "committing" actually mean? When do renders happen? How does Context affect rendering, and how do libraries like Redux cause updates? In this talk, we'll clear up the confusion and provide a solid foundation for understanding when, why, and how React renders. We'll look at: - What "rendering" actually is - How React queues renders and the standard rendering behavior - How keys and component types are used in rendering - Techniques for optimizing render performance - How context usage affects rendering behavior| - How external libraries tie into React rendering
React Summit Remote Edition 2021React Summit Remote Edition 2021
33 min
Building Better Websites with Remix
Top Content
Remix is a new web framework from the creators of React Router that helps you build better, faster websites through a solid understanding of web fundamentals. Remix takes care of the heavy lifting like server rendering, code splitting, prefetching, and navigation and leaves you with the fun part: building something awesome!
React Advanced Conference 2023React Advanced Conference 2023
33 min
React Compiler - Understanding Idiomatic React (React Forget)
React provides a contract to developers- uphold certain rules, and React can efficiently and correctly update the UI. In this talk we'll explore these rules in depth, understanding the reasoning behind them and how they unlock new directions such as automatic memoization. 
React Advanced Conference 2022React Advanced Conference 2022
30 min
Using useEffect Effectively
Top Content
Can useEffect affect your codebase negatively? From fetching data to fighting with imperative APIs, side effects are one of the biggest sources of frustration in web app development. And let’s be honest, putting everything in useEffect hooks doesn’t help much. In this talk, we'll demystify the useEffect hook and get a better understanding of when (and when not) to use it, as well as discover how declarative effects can make effect management more maintainable in even the most complex React apps.
React Summit 2022React Summit 2022
20 min
Routing in React 18 and Beyond
Top Content
Concurrent React and Server Components are changing the way we think about routing, rendering, and fetching in web applications. Next.js recently shared part of its vision to help developers adopt these new React features and take advantage of the benefits they unlock.In this talk, we’ll explore the past, present and future of routing in front-end applications and discuss how new features in React and Next.js can help us architect more performant and feature-rich applications.
React Advanced Conference 2021React Advanced Conference 2021
27 min
(Easier) Interactive Data Visualization in React
Top Content
If you’re building a dashboard, analytics platform, or any web app where you need to give your users insight into their data, you need beautiful, custom, interactive data visualizations in your React app. But building visualizations hand with a low-level library like D3 can be a huge headache, involving lots of wheel-reinventing. In this talk, we’ll see how data viz development can get so much easier thanks to tools like Plot, a high-level dataviz library for quick & easy charting, and Observable, a reactive dataviz prototyping environment, both from the creator of D3. Through live coding examples we’ll explore how React refs let us delegate DOM manipulation for our data visualizations, and how Observable’s embedding functionality lets us easily repurpose community-built visualizations for our own data & use cases. By the end of this talk we’ll know how to get a beautiful, customized, interactive data visualization into our apps with a fraction of the time & effort!

Workshops on related topic

React Summit 2023React Summit 2023
170 min
React Performance Debugging Masterclass
Featured WorkshopFree
Ivan’s first attempts at performance debugging were chaotic. He would see a slow interaction, try a random optimization, see that it didn't help, and keep trying other optimizations until he found the right one (or gave up).
Back then, Ivan didn’t know how to use performance devtools well. He would do a recording in Chrome DevTools or React Profiler, poke around it, try clicking random things, and then close it in frustration a few minutes later. Now, Ivan knows exactly where and what to look for. And in this workshop, Ivan will teach you that too.
Here’s how this is going to work. We’ll take a slow app → debug it (using tools like Chrome DevTools, React Profiler, and why-did-you-render) → pinpoint the bottleneck → and then repeat, several times more. We won’t talk about the solutions (in 90% of the cases, it’s just the ol’ regular useMemo() or memo()). But we’ll talk about everything that comes before – and learn how to analyze any React performance problem, step by step.
(Note: This workshop is best suited for engineers who are already familiar with how useMemo() and memo() work – but want to get better at using the performance tools around React. Also, we’ll be covering interaction performance, not load speed, so you won’t hear a word about Lighthouse 🤐)
React Advanced Conference 2021React Advanced Conference 2021
132 min
Concurrent Rendering Adventures in React 18
Top Content
Featured WorkshopFree
With the release of React 18 we finally get the long awaited concurrent rendering. But how is that going to affect your application? What are the benefits of concurrent rendering in React? What do you need to do to switch to concurrent rendering when you upgrade to React 18? And what if you don’t want or can’t use concurrent rendering yet?

There are some behavior changes you need to be aware of! In this workshop we will cover all of those subjects and more.

Join me with your laptop in this interactive workshop. You will see how easy it is to switch to concurrent rendering in your React application. You will learn all about concurrent rendering, SuspenseList, the startTransition API and more.
React Summit Remote Edition 2021React Summit Remote Edition 2021
177 min
React Hooks Tips Only the Pros Know
Top Content
Featured Workshop
The addition of the hooks API to React was quite a major change. Before hooks most components had to be class based. Now, with hooks, these are often much simpler functional components. Hooks can be really simple to use. Almost deceptively simple. Because there are still plenty of ways you can mess up with hooks. And it often turns out there are many ways where you can improve your components a better understanding of how each React hook can be used.You will learn all about the pros and cons of the various hooks. You will learn when to use useState() versus useReducer(). We will look at using useContext() efficiently. You will see when to use useLayoutEffect() and when useEffect() is better.
React Advanced Conference 2021React Advanced Conference 2021
174 min
React, TypeScript, and TDD
Top Content
Featured WorkshopFree
ReactJS is wildly popular and thus wildly supported. TypeScript is increasingly popular, and thus increasingly supported.

The two together? Not as much. Given that they both change quickly, it's hard to find accurate learning materials.

React+TypeScript, with JetBrains IDEs? That three-part combination is the topic of this series. We'll show a little about a lot. Meaning, the key steps to getting productive, in the IDE, for React projects using TypeScript. Along the way we'll show test-driven development and emphasize tips-and-tricks in the IDE.
React Advanced Conference 2021React Advanced Conference 2021
145 min
Web3 Workshop - Building Your First Dapp
Top Content
Featured WorkshopFree
In this workshop, you'll learn how to build your first full stack dapp on the Ethereum blockchain, reading and writing data to the network, and connecting a front end application to the contract you've deployed. By the end of the workshop, you'll understand how to set up a full stack development environment, run a local node, and interact with any smart contract using React, HardHat, and Ethers.js.
React Summit 2023React Summit 2023
151 min
Designing Effective Tests With React Testing Library
Featured Workshop
React Testing Library is a great framework for React component tests because there are a lot of questions it answers for you, so you don’t need to worry about those questions. But that doesn’t mean testing is easy. There are still a lot of questions you have to figure out for yourself: How many component tests should you write vs end-to-end tests or lower-level unit tests? How can you test a certain line of code that is tricky to test? And what in the world are you supposed to do about that persistent act() warning?
In this three-hour workshop we’ll introduce React Testing Library along with a mental model for how to think about designing your component tests. This mental model will help you see how to test each bit of logic, whether or not to mock dependencies, and will help improve the design of your components. You’ll walk away with the tools, techniques, and principles you need to implement low-cost, high-value component tests.
Table of contents- The different kinds of React application tests, and where component tests fit in- A mental model for thinking about the inputs and outputs of the components you test- Options for selecting DOM elements to verify and interact with them- The value of mocks and why they shouldn’t be avoided- The challenges with asynchrony in RTL tests and how to handle them
Prerequisites- Familiarity with building applications with React- Basic experience writing automated tests with Jest or another unit testing framework- You do not need any experience with React Testing Library- Machine setup: Node LTS, Yarn