¿Son necesarias tantas librerías en el ecosistema Javascript?
Llevo rato con varios pensamientos y comentarios que he tratado de responder con todo lo nuevo que va saliendo, propuestas nuevas para el mejor rendimiento de nuestras aplicaciones web, stacks tech que nos permitan enfocarnos en lo que nos interesa sin tanto “setup” que a su vez necesita en ciertas ocasiones un buen entendimiento de la herramienta. Sin embargo, creo que no hay respuesta incorrecta pero tampoco caigamos en la ambigüedad respondiendo con un: “Depende de la idea o del proyecto”. Voy a resumir lo que ha movido al desarrollo web en los últimos meses: Adoptar el uso de componentes de servidor que nos provee por ejemplo la última versión de Next JS, la salida de HTMX y el renacimiento de Vanilla JS.
Y es que es curioso de cierta forma, yo estoy fascinado con las posibilidades que nos provee usar componentes de servidor pero a su vez hay muchos desarrolladores que comentan que regresamos al casi extinto PHP + HTML (Esto debido a que antes se acostumbraba mezclar código php y jugar con inserciones de HTML y luego volver a abrir código PHP 😫)
Otro tema es el uso de “JS Puro” o “Vanilla JS” en más proyectos, porque hay que siempre plantearnos si es totalmente necesario adoptar una librería o framework para nuestros proyectos, también utilizar funciones nativas que nos permitan manipular el DOM o hacer cosas geniales/bonitas con canvas de forma nativa. Yo empecé trabajando con JQuery y después al notar que no era necesario con las nuevas actualizaciones usar la super librería favorita de bootstrap que nos hacia la vida más fácil, decidí meterme de lleno a lo “nativo” y sacarle todo el provecho, a su vez he visto más contenido en youtube y devblogs hablando sobre la importancia/oportunidades que el mismo JS nativo nos da para ciertas funcionalidades. También esto nos deja más comprensión sobre como funciona el navegador, como optimizar nuestras apps sin tener que meternos una capa (librería/framework) encima. Hoy en día conocer todo lo que va detrás y el porqué ha evolucionado cada herramienta de permite ver un panorama más amplio como desarrollador de software.
Y por último el uso de HTMX que como muchos dicen, es un HTML con “moods”, que nos permite escribir aplicaciones web dinámicas sin dependencias y que nos deja interactuar con el servidor de forma fácil. Al final dentro de las mismas etiquetas que podemos usar con sus atributos, solo basta con definir las acciones y valores de lo que estemos haciendo. La salida de nuevas librerías o formas de trabajar con JS asusta a muchos y enoja a otros tantos, no te estoy diciendo que si mañana sale una nueva herramienta la uses en tu proyecto empresarial que pronto se irá a producción pero .. .
¿acaso no en tecnologia nos dedicamos a cuestionar los procesos ya definidos para siempre apuntar a nuevas maneras/formas de hacerlas cosas 😎?
Hay que estar al corriente y ser vanguardistas en cada área en la que nos desenvolvamos pero por ahora les dejo unos links que explican a detalle como usando HTXM con el super flexible lenguaje de programación GO, podemos potencias nuestras apps:
¿hay demasiadas librerías o herramientas en el ecosistema JS? No lo creo
HTXM 👉 https://htmx.org/
Go + HTMX 👉 https://youtu.be/PKbAjeMgMjw
#htmx #js #javascript
