Un Nuevo Tipo de Abstracción

hablar sobre abstracciones hoy. Ahora, típicamente, cuando las personas hablan de abstracciones, normalmente se refieren a este primer tipo. Donde tenemos un concepto de bajo nivel, ya sea una API o un lenguaje en sí. Y trabajar con ello puede ser engorroso o llevar a muchos posibles errores. En forma de errores del usuario o código que es muy frágil y fácil de romper. Ahora, para facilitar el trabajo con este lenguaje o esta API, lo que los desarrolladores a menudo hacen es construir algo encima de él que te permita trabajar de manera segura dentro de ese tiempo de ejecución o dentro de ese lenguaje. Y ser un poco más productivo. No estamos necesariamente creando un nuevo lenguaje o una nueva biblioteca completa. Solo estamos agregando algunas funciones auxiliares. Podemos pensar en esto como un concepto de utilidades. Ahora, aunque la mayoría de las personas encuentran esto muy útil, algunas personas deciden que esto no es suficiente. Quieren más. Y así construyen otra abstracción encima de eso. Esta incluye más características, más seguridad, tal vez nuevos conceptos que abstraen los conceptos de nivel inferior, y así sucesivamente. Tenemos todo un concepto de jerarquía donde hay una abstracción que está n grados alejada del nivel inferior, ya sea un grado por encima, uno, dos grados, o incluso cinco. Ahora, con las abstracciones también hay algunas compensaciones. También tenemos que pensar en el impacto en el tamaño general. Cuanto más abstracto estés de un objetivo dado, es probable que también aumentes la salida de código final. Podrías estar incluyendo más funciones y más código en tu proyecto al usar la abstracción incorrecta y aumentar el tamaño de tu proyecto rápidamente. Algo que también vale la pena considerar es si la abstracción también te brinda una salida de emergencia. Ahora, lenguajes como Python y Lua están construidos sobre C. Abstraen muchos de los aspectos internos que C ofrece, pero también te brindan un gancho de salida para que, si necesitas descender a C, puedas hacerlo. Puedes pensar en otras bibliotecas en la web que también ofrecen una salida de emergencia similar. Pueden construir sobre algo como Canvas y abstraer mucha de la complejidad que tiene Canvas, pero si necesitas por razones de rendimiento, puedes simplemente salir de eso y entrar en la capa nativa de Canvas. Estos son los tipos tradicionales de abstracciones con los que creo que la mayoría de las personas están familiarizadas. Las abstracciones también operan en otro vector. También se pueden pensar como un espectro, y esto es algo que una vez que te das cuenta de cómo se relaciona con el código

con los que trabajas, verás que has lidiado con esto más veces de las que crees. Cuando pensamos en las abstracciones de espectro, puedes pensar en el código que escribes y dónde se ejecutará ese código. El ejemplo tradicional es si este código se ejecutará en Node o en el navegador, pero ahora se puede actualizar a si este código se ejecutará en Node, el navegador, o tiempos de ejecución como Dino. Todos estos tienen diferentes compensaciones, y cuando pensamos en el código que se ejecuta en Node o en el código que se ejecuta en Dino, están en los extremos opuestos del espectro. Son tan diferentes entre sí que sin tener que trabajar mucho para asegurarse de que ese código, sin tener que trabajar mucho y configurar sistemas de compilación complejos, es posible que no pueda ejecutarse en uno u otro. Si tienes código que puede ejecutarse en Dino, es probable que puedas encontrar una forma de hacerlo funcionar en el navegador, y si tienes código que se ejecuta en Node, puedes encontrar una forma de hacerlo funcionar en el navegador también. Estos son los tipos de espectros con los que tratamos. Uno con el que estoy más familiarizado es la idea de poder hacer desarrollo cross-platform , si tu código puede ejecutarse en el navegador, pero también en este dispositivo nativo. Ahora, si comienzas en el sitio web, podrás hacer que ese código se ejecute en el dispositivo nativo, pero a menudo puedes encontrar problemas donde las funciones no existen en el contexto nativo debido a limitaciones en una vista web o simplemente porque las API no están disponibles en general. Por otro lado, si comienzas en el lado nativo, ahora tienes que hacer mucho trabajo para hacer que ese código que se ejecuta bien en el dispositivo nativo funcione en la web. No siempre funciona de la misma manera. Es mucho más fácil pasar de la web a nativo que pasar de nativo a la web en mi opinión. Este tipo de espectro de desarrollo multiplataforma es algo con lo que tratamos mucho en Ionic, y es algo que realmente nos impulsa hacia adelante, poder tener ese punto dulce en el que puedo escribir mi código que sabe cómo ejecutarse en el web y cómo ejecutarse en nativo muy bien. Es algo que nos impulsa y nos empuja hacia adelante. Así que a medida que comienzas a escribir tu código y a crear nuevos proyectos y eliges tus bibliotecas y las herramientas que funcionarán mejor para ti, pregúntate si este código podrá ejecutarse en las diversas plataformas que deseas admitir. Podría ser JavaScript un día o JavaScript en tu terminal, Node. Podría ser tu dispositivo nativo o podría ser un nuevo conjunto de dispositivos que aún no se han inventado. Mantén en mente la abstracción no solo cuánto de un tamaño de código ofrece esta abstracción, sino dónde se ejecuta este código y cuánto trabajo voy a necesitar para hacerlo funcionar en esa plataforma. Gracias.