Thread by @matiasfha

¿Por que el desarrollo web se ha vuelto tan complejo?
En mi opinión tiene que ver con principalmente dos razones:
1. Los requerimientos han crecido y las expectativas de los usuarios y clientes han aumentado respecto a que es y no posible "en la plataforma"
...

2. La web (como la ideó Sir @timberners_lee) no fue ni está "arquitecturada" (palabra inventada) para lo que la estamos usando hoy.

La web fue ideada e implementada como una plataforma para compartir documentos de hiper texto. "Documentos" (subrayo ésto) que se enlazan con otros

He ahí que el lenguaje principal de la web sea HTML. Javascript vino a ser un parche sobre los motores de los browsers para darle algo de interactividad y dinamismo a esos documentos

Todos esos experimentos y "batallas" de los browsers nos han traído hasta ahora donde al menos tenemos una especificación estándar para el lenguaje que entrega dinamismo. ECMA y Tc39
En este episodio revisamos que es ECMA y TC39
cafecon.tech/1081172/387228…

Ahora con ese estándar y una gran mejora en los navegadores es posible crear aplicaciones dinámicas e interactivas.
Pero un nuevo problema apareció.
Escribir javascript (inicialmente) era un dolor de cabeza.
Spaghetti Code

Junto con esto tanto la experiencia de usuario (UX) y la experiencia de desarrollo (DX) se vieron muy afectadas creando estrés en ambos lados de la pantalla

¿Como resolvemos esto?
Mejorando la DX para como resultado tener mejor UX.
Y esta mejora de la DX vino dada por frameworks y tooling siendo quizá la punta de lanza de esa primera era la gran jQuery.
Pero había un dolor oculto....

JQuery fue genial! nos mostró lo q se podía lograr dándonos destellos del futuro.
Pero seguía siendo spaghetti code.. Así que avanzamos a una nueva era de Javascript siendo @reactjs y todo "el tooling" asociado los iniciadores de un nuevo movimiento.

Componentes y transpiladores

React en general no hizo nada "nuevo" si no más bien trajo ideas a un espacio donde no se estaban aplicando.
Ideas desde la programación funcional como inmutabilidad, estado, funciones puras etc.
Pero también trajo la necesidad de más herramientas
egghead.io/courses/hooks-…

Herramientas como @babeljs que permitía hacer uso de esa extraña sintaxis: JSX y también uso de las nuevas características del estándar aún no disponibles en navegadores
freecodecamp.org/espanol/news/q…

Además de muchas otras herramientas que busca hacer el proceso de desarrollo más "Llevadero" buscando ofrecer una mejor DX.
Herramientas como @geteslint y @PrettierCode
freecodecamp.org/espanol/news/q…

El problema q ahora tenemos una gigantesca pila de herramientas y procesos pra hacer un simple "Todo app" creando mucha confusion en quienes están comenzando en este proceso y en general en todo dev
¿Cuál es el camino a seguir?

En mi opinión los frameworks "opinionated" sobre los frameworks son el camino que esta pavimentado el inicio de la 3era ola de la web.
Frameworks como Next y @nuxt_js están torciendo y expandiendo los límites de los que los frameworks ofrecen

Pero también ideas desde otros lenguajes como @elmlang y @rescriptlang
Pero por sobre todos quienes empujan el inicio de la nueva era son las nuevas ideas e implementaciones. Cada framework esta haciendo lo suyo como React con el suspendido Suspense (pun intended).

O ideas de las que tuvimos un teaser como React Server Components
freecodecamp.org/espanol/news/q…

Pero por sobre todo. Las nuevas punta de lanza son nuevas formas de hacer las cosas como lo que @sveltejs @vite_js @snowpackjs y @tailwindcss proponen modificando nuestro modelo mental del como se deben hacer las cosas.

¿Qué crees tú? ¿Qué se viene para el futuro de Javascript y la web?
Para más contenido sígueme o escucha @cafe_contech o Únete al newsletter MicroBytes en microbytes.matiashernandez.dev

No olvides que en @cafe_contech hay concurso!!!
Sorteo suscripciones a @FrontendMasters para que sigas puliendo tus skills

https://twitter.com/matiasfha/status/1383416359728549895?s=21

@threadreaderapp unroll