La revolución de los frameworks: REACT
Chip, Violeta, and Pro trace JavaScript frameworks from jQuery through React's 2013 creation by Jordan Walke. They cover the shift to Single Page Applications, the rise of TypeScript and other transpilers, and React's expansion to mobile with React Native.
Chapters
¿Otra vez volvemos a hablar de JavaScript?
No, Chip, los votos han ido a parar a React.
Y no es lo mismo. La gente de JavaScript no ve este tipo de vídeos.
Pero esta vez hablaremos de revolución, de cambios, de...
¿Historia que tiene que ver con JavaScript? Yo no lo veo. Estoy más con esa gente que pedía hablar de Elixir.
Sí, Chip, lo sabemos. Yo también habría preferido hablar sobre Pascal. Y sé que Pro tiene algo pensado para Bill Gates.
No desvelen nada. Ha tocado React y vamos a aprovechar para ver toda la revolución surgida por los frameworks de JavaScript.
¿Vamos a hablar de todo ese follón? Habrá que tomar notas para no perderse, hay muchos giros.
Antes de continuar, un inciso.
¿Te gustaría apoyar a nuestro canal?
No te olvides de darle a me gusta y, si no lo estás, suscribirte para no perderte futuro contenido. También puedes apoyarnos si quieres uniéndote al canal o enviándonos un gracias aquí abajo en el botoncito. Nosotros te lo agradeceremos igualmente y os avisaremos de ofertas y promociones del canal.
Y además también podemos acompañarte desde tu plataforma de podcast favorita.
Ahora sí, continúa.
En el principio, jQuery.
Me parece que jQuery no es un framework, ¿pro?
No, no lo es. Pero es la semilla.
La semilla del mal.
A principios de los 2000 los estándares brillaban por su ausencia y programar era un dolor debido a JavaScript, JScript, ActionScript...
Sí, todas las variantes existentes en todos los navegadores. ¿Lo pillamos?
No me digas. En ese momento surgió jQuery y resolvió el problema.
¡Exacto! jQuery vino a unificar la forma de programar y proporcionar un conjunto de utilidades homogéneas para poder utilizar en cualquier navegador.
Un único lenguaje para dominarlos a todos.
Una única librería para unificarlos a todos.
Pronto comenzó a emplearse por todos los desarrollos y gracias a proyectos como WordPress se extendió como la pólvora.
Entonces podemos decir que los 2000 fue una década marcada por el uso de esta librería. ¿Qué propició la aparición de los frameworks?
Pues yo creo que la aparición de jQuery llamó la atención de la comunidad de programadores. ¿Algo así como indicar que ahora era más fácil desarrollar para la web?
Exacto. Los años 2000 fue una década marcada por el desarrollo web renderizado desde servidor y aunque algunas técnicas como AJAX fueron creadas, el peso seguía estando en el servidor.
Seguro que el paradigma cambió en algún momento por la creación de Facebook, Twitter y todas esas redes sociales de esos años, ¿no?
A principios de la década de 2010 Cambiamos de paradigma. Aplicaciones de una sola página, Backbone.
Aplicaciones de una sola página. Pro: tu manía de traducirlo todo hace que a veces sea muy difícil seguirte. ¿Te refieres a Single Page Application o SPA, no?
Sí, aplicaciones de una sola página.
Vale, como quieras, pero estaría bien que explicaras qué es.
Pues es posible que te hayas dado cuenta de que cuando cargas páginas muy pesadas como por ejemplo la página del timeline de una red social, esta se carga una sola vez al principio y ya cada cambio se realiza con pequeñas modificaciones pero sin volver a cargar la página de nuevo.
Es decir, el código de la página actúa como una aplicación que hace una petición a través del navegador de solo la porción de información que necesita.
Exacto. Al tomar solo pequeñas porciones Aunque tenga que ir haciendo muchas peticiones, da la sensación de velocidad. Y Backbone fue uno de los primeros frameworks implementando esta idea.
Backbone, me suena muy ligeramente como esas viejas librerías, ya sabes, Mutools o Dojo.
Oye, no tan viejas. Pero a lo que íbamos, Backbone abrió la puerta a la implementación de estas páginas. Fue el pionero. El sensei que iluminó el camino.
Para que después la gloria se la llevase AngularJS.
¿AngularJS? Es el framework que creó Google. ¡Toda una reliquia!
Que no es tan viejo. Fue publicado en 2010. Solo tiene 14 años. Ni es mayor de edad.
No le hace falta. No envejeció bien. De hecho, se consideró una de las librerías más difíciles.
Discutible. Hay cosas más difíciles.
¿Como cuáles?
No es el tema ahora, chip. Por favor, pro, continúa.
Pues no podemos obviar otro gran avance en el entorno de JavaScript, porque una vez los programadores supieron que podían modificar JavaScript para hacerlo más homogéneo con jQuery, ¿por qué no ir más allá? Transpiladores. CoffeeScript.
Ejem, pro, solo por recordar y que no se nos vaya mucho el tiempo, este vídeo se supone que habla de React.
Estamos dando un rodeo, pero llegaremos.
Vamos por la ruta pintoresca. Disfruta del paisaje, Chip.
Ya veremos.
CoffeeScript fue el primer lenguaje con éxito que realizaba una transpilación a JavaScript.
¿Transpiración?
No, Chip, transpilar. Es como compilar, pero como se hace traduciendo de un lenguaje a otro, se llamó transpilar.
Exacto. CoffeeScript fue el primero, pero no el único. Seguro que os suenan otros lenguajes que transpilan como Elm, Glean o TypeScript.
Sí, TypeScript sí me suena. Microsoft lo ha popularizado muchísimo.
No me extraña, es un lenguaje con tipos y muchas características avanzadas, y al transpilar guarda compatibilidad con todos los navegadores.
Exacto. La ventaja de transpilar es precisamente poder elegir otra sintaxis, otras características Y después traducir todo eso al lenguaje JavaScript. Y eso nos lleva ahora sí a React. El camino de React.
El camino de React es el camino.
El camino parece que comenzó en 2013 por Jordan Walke, trabajador desde 2010 de Facebook. Pero bueno, lo comenzó con el nombre de Fax.js y el trabajo después se continuó en Facebook de forma interna.
React es muy raro porque permite introducir código HTML dentro de JavaScript.
También CSS.
En Facebook emplean PHP y Hack. Finalmente, la influencia de ese trabajo hizo plantearse a personas como Jordan si sería buena idea proporcionar de mecanismos similares a JavaScript y cómo se puede transpilar, pues lo hicieron creando JSX.
Parece que todo fue muy rápido.
Exacto, tan pronto como lo publicaron como código abierto comenzó a estar disponible en Ruby on Rails, Python y otros entornos de programación.
Pues en 2013 fue presentado y de ahí hasta 2015 ya no solo se empleaba en Facebook e Instagram, sino también en Airbnb y Netflix.
Facebook tiende a utilizar lenguajes tipados, creó Hack para tener PHP con tipos y Y no me extrañaría que JSX hubiese sido creado con la idea de proporcionar tipos a JavaScript.
En principio no. JSX no tenía declaración estática de tipos. Su enfoque era simplificar la creación de interfaces de usuario en los navegadores y un enfoque similar a PHP para mezclar código HTML y CSS dentro de JavaScript, pero entonces... ¿Qué pasó? Llegó TypeScript.
Lo habíamos comentado antes, pro. Un lenguaje sobre JavaScript hecho y potenciado por Microsoft.
Exacto. Pero volviendo a Google, estos tomaron TypeScript en 2016 y reescribieron AngularJS para convertirlo en Angular. Esta vez 100% en TypeScript.
De hecho, Angular y React han sido una fuerte competencia el uno del otro durante mucho tiempo.
A mí me gusta más React.
A ver. Si hay que decidir, yo me quedo con Angular, un lenguaje con tipos estáticos. ¡Ni punto de comparación!
Exacto. Este tipo de competencia surgió no solo por el framework sino también por el lenguaje. Otros entornos como Elm proporcionaban también un entorno muy llamativo pero funcional. No era su momento aún.
¡Ya hablaremos de Elm, bro! También deberíamos hablar de TypeScript y Angular.
¡Lo estamos haciendo! Creo que nos hemos centrado muy poco en React, bro.
Vale, sigamos con React, porque no solo se quedó en el navegador. React Native.
¡Cierto! React asentó las bases de forma tan ideal que se extendió para poder realizar aplicaciones en Android y iOS.
¡Discutible!
React Native sí, Violeta, es nativo porque compila directamente para esas plataformas.
Hay muchas formas de llevar cualquier aplicación hecha en el navegador directamente a una aplicación móvil. Veo ninguna novedad. Casi mejor en estos casos usar Flutter.
¿O Flock?
Chip, que la comunidad quiera acelerar porque no se fíe de Google no me parece del todo mal, pero lo ideal es mantenerse con Flutter.
En cualquier caso, React Native no puede compararse a esas otras herramientas para proveer un navegador y una página dentro de una aplicación porque realmente React Native es muy similar a Flutter. Como hemos dicho, compila nativo y hay muchas aplicaciones hechas con React Native.
No solo para iOS o Android, también existe la posibilidad de crear aplicaciones de escritorio.
No obstante, el favorito para aplicaciones multiplataforma sigue siendo Flutter.
De momento.
Conclusiones.
¿Pro? ¿Ya? Creí que seguiríamos hablando de Vue y Svelte.
Creo que no tenemos mucho más que contar de React en general y Vue y Svelte son historias para otro momento.
Podemos resumir entonces que React comenzó con muy buen pie, tuvo los proyectos necesarios para saber por dónde empezar y tomó muy buenas decisiones. Y muestra de ello es que ha podido expandirse para desarrollo móvil y aplicaciones de escritorio.
Pues ahora el turno es para vosotros: Angular o React, ¿qué framework preferís?
¿Creéis que React Native destronará a Flutter?
¿Saldrá Elixir en la siguiente votación?
Déjanos tus comentarios.
¿Leíste la noticia que puse en Instagram sobre Flattery Flock, Sí, no me pierdo ninguna noticia. Y a veces copio alguna en X.
Twitter, Instagram... Cualquier día comenzamos hasta un TikTok. No, es mejor usar LinkedIn o Quora. Esos son medios más serios.
Discutible. Es verdad que X a veces se nos llena de trolls, pero sigue siendo muy popular. Y nos sigue bastante gente.
En Instagram comenzamos a tener también seguidores y yo sigo publicando como un reloj 3 veces por semana.
Pero aún así os gano a los dos en LinkedIn.
Pues a ver qué red comienza a subir más. ¿Hacemos apuestas?
Continuará.
More from Manuel
Historia de los Lenguajes de Programación: años 1960-1969 #basic #apl #simula #lisp #logo
¿Compilador o intérprete? La historia de una rivalidad que comenzó en los años 40
