Un Nuevo Tipo de Abstracción

Rate this content
Bookmark

Los desarrolladores a menudo consideran las abstracciones como "cuanto más cerca del metal, mejor", lo que significa que a medida que las abstracciones se alejan del nivel más bajo posible, más se sacrifica en términos de rendimiento y características. Pero las abstracciones también funcionan como un espectro. Veremos cómo podemos ajustar nuestra visión de las abstracciones y qué ejemplos podemos usar para comprender mejor que las abstracciones tienen menos que ver con la programación y más con el lugar donde las implementamos.

7 min
22 Oct, 2021

Video Summary and Transcription

Las abstracciones en el desarrollo de software se construyen sobre otras cosas y proporcionan utilidad o facilitan el desarrollo. Pueden ser de bajo nivel o de alto nivel, y cuanto más pequeña sea la abstracción, más cerca estará del nivel inferior. Las abstracciones pueden operar en diferentes entornos y su nivel determina cómo funciona y se aborda el código. Es importante evaluar las abstracciones utilizadas, su portabilidad y su distancia del nivel inferior.

Available in English

1. Introducción a las Abstracciones

Short description:

Tomemos un descanso de los temas técnicos y hablemos de ideas y abstracciones. Una abstracción se construye sobre otra cosa, como una biblioteca o API de bajo nivel. Proporciona utilidad o una biblioteca que facilita el desarrollo. Las abstracciones pueden ser de bajo nivel o de alto nivel, y cuanto más pequeña sea la abstracción, más cerca estará del nivel inferior. También pueden proporcionar salidas de emergencia hacia el nivel inferior, como importar módulos de C en Python o devolver objetos JavaScript válidos en bibliotecas de JavaScript.

Hola a todos. Soy Mike Huggington. Ya hemos tenido un día completo de muchos temas técnicos. Hagamos un descanso de eso y hablemos de ideas y abstracciones.

Como alguien que proviene de un campo no técnico, me enseñaron que una abstracción es algo que se construye sobre otra cosa. El ejemplo más simple es tener esta biblioteca de bajo nivel o esta API de bajo nivel, y simplemente tener todas estas implementaciones aproximadas de cómo hacer las cosas. Esto podría ser ensamblador. Esto podría ser C para usted. Esto podría ser una API DOM sin procesar.

Bueno, las personas se reúnen y se dan cuenta de que eso no va a ser muy productivo. Se quedarán atrapados teniendo que mantener los matices de una API de bajo nivel. Así que siguen adelante y crean una abstracción. Se construyen sobre ella. Proporcionan alguna utilidad o alguna biblioteca que puede sentarse encima de la API y facilitarte el desarrollo. Luego, más adelante, las personas se dan cuenta de que ese es un punto de partida bastante bueno. Vamos a seguir adelante y hacer algo más. Vamos a hacer esto un poco más fácil. Vamos a eliminar este método porque no se usa muy a menudo. Hay muchas trampas en eso. Te vamos a dar algo que sea más simple, más fácil de entender y te permita construir lo que quieras.

Estamos en este nivel de abstracciones, donde las vemos como muy, muy de bajo nivel o muy de alto nivel, y el espectro de muy alto nivel a bajo nivel, y este enfoque jerárquico es cómo las miramos típicamente. Ahora, con este enfoque jerárquico, también tenemos que considerar que lo que está en el nivel alto también puede incluir más código, ya sea en tiempo de ejecución o simplemente como una biblioteca. Puede incluir un conjunto de características limitado pero aún manejar casos extremos. Entonces, cuanto más pequeña sea la abstracción, más cerca estará del nivel inferior, tal vez, tal vez no. Además, la abstracción también puede proporcionar salidas de emergencia hacia el nivel inferior. Un ejemplo perfecto, no en JavaScript, pero en Python, puedes importar módulos de C. Puedes escribir algo de C, importarlo en tu programa y tener acceso cuando necesites esa salida de emergencia. Lua ofrece lo mismo. Puede haber bibliotecas de JavaScript que, en lugar de devolver su propio objeto personalizado, devuelven un objeto JavaScript válido, ya sea una fecha o algo más. Estas son las formas en que me enseñaron a pensar en las abstracciones y a medida que ha pasado el tiempo, me he dado cuenta de que hay otra forma.

2. Comprensión de las Abstracciones de Código y su Impacto

Short description:

Debemos considerar dónde vivirá nuestro código y su objetivo de ejecución. Las abstracciones pueden operar en diferentes entornos, como el navegador, el servidor o las Funciones en la Nube. El nivel de abstracción determina cómo opera y se aborda el código. Es importante entender que las abstracciones no son inherentemente mejores o peores, sino que ofrecen diferentes opciones y consideraciones. Como desarrolladores, debemos evaluar las abstracciones que utilizamos, su portabilidad y qué tan alejadas están del nivel inferior.

Podríamos pensar en ellas como un espectro. No se trata solo de cuán alejados estamos de esa API de bajo nivel en la que estamos operando, sino dónde va a vivir este código. ¿Cuál es su objetivo de ejecución? ¿Será el navegador, el servidor? ¿Vamos a utilizar Funciones en la Nube? Un ejemplo perfecto es Node, Deno y el navegador. ¿Este código va a funcionar tanto en el navegador como en Node? Tal vez. ¿Va a funcionar en Node y Deno? Probablemente no. Cómo opera ese código y cómo se aborda es simplemente otro nivel de abstracción.

Si usamos una biblioteca que funciona muy bien en el navegador, es probable que pueda ejecutarse en Deno, pero no lo sabemos. Entonces, ¿qué tan alejada está del objetivo? Uno con el que estoy muy familiarizado es la idea de la plataforma cruzada. Tenemos por un lado la web y por otro lado lo nativo. Ahora, dependiendo de dónde estés, de dónde se encuentre tu equipo, podrías elegir abstracciones que están a un grado de distancia del nativo puro o podrías elegir abstracciones que están a un grado de distancia de la web pura. No importa si son mejores o peores. Míralas como extremos opuestos del espectro.

Esto es algo en lo que pensamos a diario en Ionic, donde creemos que nuestras abstracciones se encuentran justo en el medio. Te brindamos acceso a la web, pero también te brindamos acceso a lo nativo. ¿Es eso un punto intermedio? ¿Es mejor? ¿Es peor? La respuesta depende de ti, pero es simplemente una forma diferente de ver qué es ese código. No necesariamente es mejor o peor. Simplemente te dará opciones. Comprender que el código y las abstracciones se tratan menos del impacto en el rendimiento, del nivel real alejado del nivel inferior. Se trata realmente de tu código, del tamaño del rendimiento y de dónde va a vivir. Podríamos tener código que funcione en todos nuestros dispositivos en este momento, pero en unos años, ¿podrá funcionar allí? ¿Habrá más plataformas donde este código no pueda ejecutarse porque está utilizando la abstracción incorrecta? Como equipo, evalúa qué abstracciones estás utilizando, cuál es su portabilidad y también qué tan alejadas están del nivel inferior. Sin descartar la jerarquía. Solo digo, evalúa más en el espectro. Y con eso, 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 2021React Advanced Conference 2021
39 min
Don't Solve Problems, Eliminate Them
Top Content
Humans are natural problem solvers and we're good enough at it that we've survived over the centuries and become the dominant species of the planet. Because we're so good at it, we sometimes become problem seekers too–looking for problems we can solve. Those who most successfully accomplish their goals are the problem eliminators. Let's talk about the distinction between solving and eliminating problems with examples from inside and outside the coding world.
Remix Conf Europe 2022Remix Conf Europe 2022
23 min
Scaling Up with Remix and Micro Frontends
Top Content
Do you have a large product built by many teams? Are you struggling to release often? Did your frontend turn into a massive unmaintainable monolith? If, like me, you’ve answered yes to any of those questions, this talk is for you! I’ll show you exactly how you can build a micro frontend architecture with Remix to solve those challenges.
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
47 min
Design Systems: Walking the Line Between Flexibility and Consistency
Top Content
Design systems aim to bring consistency to a brand's design and make the UI development productive. Component libraries with well-thought API can make this a breeze. But, sometimes an API choice can accidentally overstep and slow the team down! There's a balance there... somewhere. Let's explore some of the problems and possible creative solutions.
React Summit 2023React Summit 2023
23 min
React Concurrency, Explained
React 18! Concurrent features! You might’ve already tried the new APIs like useTransition, or you might’ve just heard of them. But do you know how React 18 achieves the performance wins it brings with itself? In this talk, let’s peek under the hood of React 18’s performance features: - How React 18 lowers the time your page stays frozen (aka TBT) - What exactly happens in the main thread when you run useTransition() - What’s the catch with the improvements (there’s no free cake!), and why Vue.js and Preact straight refused to ship anything similar

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 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 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
DevOps.js Conf 2024DevOps.js Conf 2024
163 min
AI on Demand: Serverless AI
Featured WorkshopFree
In this workshop, we discuss the merits of serverless architecture and how it can be applied to the AI space. We'll explore options around building serverless RAG applications for a more lambda-esque approach to AI. Next, we'll get hands on and build a sample CRUD app that allows you to store information and query it using an LLM with Workers AI, Vectorize, D1, and Cloudflare Workers.
React Day Berlin 2022React Day Berlin 2022
53 min
Next.js 13: Data Fetching Strategies
Top Content
WorkshopFree
- Introduction- Prerequisites for the workshop- Fetching strategies: fundamentals- Fetching strategies – hands-on: fetch API, cache (static VS dynamic), revalidate, suspense (parallel data fetching)- Test your build and serve it on Vercel- Future: Server components VS Client components- Workshop easter egg (unrelated to the topic, calling out accessibility)- Wrapping up