Pues muy buenas a todos, bienvenidos y bienvenidas a esta mesa redonda del State of Yes 2020.
Seguramente has visto los resultados y bueno, es que hay bastantes datos que sacar de esto, ¿no?
Y te has quedado un poco loco o loca, ya has dicho, pero bueno, ¿qué es lo que está en tendencia?
¿Qué es lo que va para abajo? ¿Qué es lo que va para arriba? ¿Qué debería aprender? ¿Qué debería olvidar?
Pues no te preocupes, no es tu culpa, es que hay muchos datos, pero hoy aquí vamos a tener unos invitados
que nos van a ayudar a entenderlo mejor.
Soy Miguel Ángel Durán, soy desarrollador de software, de frontend sobre todo,
aunque hay gente que dice full stack y estas cosas, pero lo importante al final es que a todos nos une un poco el JavaScript
y de eso vamos a hablar hoy, el State of Yes 2020, los resultados de la encuesta que trae cositas muy interesantes.
Y como te digo, no lo voy a hacer solo, ¿vale? Así que tengo una compañía brutal
y el primero de ellos es Adrià Foncuberta, que lo tenemos por aquí. Adrià, bienvenido, ¿cómo estás?
Hola Miguel Ángel, gracias. Buenas tardes desde un sitio cercano a Barcelona.
Un sitio cercano a Barcelona, con muchos libros, por lo que veo, ¿estás estudiando ya para el State of Yes?
Sí, bueno, es el background más serio que puedo encontrar en mi casa.
Y para hablar de JavaScript, nada como ser serio. Para la gente que no te conoce, Adrià, que ya es raro, Adrià,
porque Adrià yo creo que es de la comunidad uno de los desarrolladores más profílicos y además que está internacionalmente por todos lados.
El otro día vi que ibas a la GS World, que te vas a la conferencia, así que felicidades por eso.
Para quien no te conozca, ¿dónde te pueden encontrar?
Pues estoy en Twitter, en AfonQ, con Q final.
Muy bien.
Y luego tengo también una web por ahí, afonQ.dev, donde escribo varias cosas relacionadas con el software en general.
Fantástico. Pues este es Adrià, que nos va a dar su opinión sobre el State of Yes 2020.
Y también tenemos con nosotros a una pedazo de crack, Alba Silvente. ¿Cómo estás, Alba?
Hola, buenas. Muy bien, aquí en Ámsterdam.
¿Cómo te encuentras? ¿En Ámsterdam estás? ¿Qué tal? ¿Hacés fresco por ahí?
Pues la verdad es que no tanto como en España, por lo que he visto estos días, porque si no ha nevado ni nada.
¿Cómo han llegado los resultados del State of Yes 2020 por ahí en Ámsterdam?
¿Ha habido tumultos en las calles o algo? ¿Gente que no estaba de acuerdo? ¿Cómo se lo han tomado?
La verdad es que el COVID lo ha tapado todo, así que nunca lo sabremos.
Muy bien, genial. Pues nada, también tenía que estar nuestra amiga Sara, pero Sara no ha podido estar al final.
Que le mandamos un abrazo enorme desde aquí. Espero que en la próxima se pueda apuntar, porque sobre todo su opinión era muy interesante,
porque sé que es una gran fan de TypeScript. Y vamos a ver que TypeScript es justamente uno de los grandes ganadores,
o una de las grandes tendencias que está en este State of Yes 2020.
Pero vamos a ver un poquito. El State of Yes 2020 para abrir, para empezar.
Aquí ya tenía la introducción. Para el que no lo sepa, es 2020.stateofgs.com, donde vais a tenerlo también en castellano.
Lo podéis poner en español o en el idioma que prefiráis. Lo tenéis también en catalán.
Y al final podéis ver los resultados, entre ellos las características de las que se están hablando en este State of Yes.
Entonces, ¿os ha sorprendido alguna cosa de todas las características? ¿Alguna cosa que digáis? Esto se está utilizando de más, esto se está utilizando de menos.
Por ejemplo, a mí una que me sorprende es que hay mucha gente que sabe de Intel, que es como para traducir cosas en JavaScript,
pero que lo usa la mitad de la gente. O sea, el ratio no está muy bien compensado.
Y lo mismo podemos ver con, lo que sé, los decoradores. Mucha gente los conoce, o los import dinámicos. Mucha gente los conoce, pero lo usa la mitad de la gente.
¿Es porque estas cosas no tienen mucho uso? ¿Cómo lo veis? ¿Es porque no tienen uso? ¿O porque realmente la gente todavía no sabe muy bien cómo usarlos? ¿Cómo lo veis?
Yo creo que es porque ya vienen en otras librerías. O sea, yo, por ejemplo, cuando utilizo Nuxt, ya me da el Dynamic Import para importarme los componentes,
pero yo no soy consciente de ello hasta que me informo. Pero en realidad sí que lo estoy usando, pero no lo he desarrollado yo.
Claro.
Básicamente.
Claro, o sea, que ya la gente, esto como las bibliotecas y tal, como que lo tienen más por detrás, ¿no?
Que tú tengas que saber algo tan cerca de la plataforma. ¿Tú qué opinas, Adri?
Sí, sí. Bueno, igual. De hecho, estaba mirando a todo lo que me sorprendía lo de estructuras de datos, ¿no?
Un poco el begin, the type, the rise y demás, que hay bastante desconocimiento al respecto.
Básicamente porque son, como comentamos, son cosas que, bueno, pues a bajo nivel está bien que estén y que lo necesite que lo use.
Pero, digamos, para el día a día tampoco no es algo que cambie mucho la forma de trabajar, ¿no?
En cambio, a SingAway y todas las arrow functions y demás que sí que son como archiconocidas y archiusadas porque es lo que realmente te cambia el código que escribes, digamos, diariamente.
Totalmente. Hay una que sí que me sorprende un montón. A ver qué opináis porque para mí fue el primer, ¡ostras! ¿Qué ha pasado aquí?
Que son las Progressive Web Apps. Aquí lo podemos ver, ¿no? Que se supone que son bastante famosas, llevan mucho tiempo, ¿no?
Como que lo va a petar y tal. Pero aquí podemos ver que el ratio de uso está en el 59%, o sea, que está en un ratio bastante pequeño.
Todavía parece que no está tan extendido como, hombre, las arrow functions ya podemos ver que todo el mundo que lo conoce las usa, ¿no?
Pero las Progressive Web Apps parece que sigue sin despegar, ¿no? Porque hoy en día se supone que deberíamos ser capaces de que cualquier aplicación web fuese una Progressive Web App,
pero no veo esa tendencia al alza, ¿no? Y eso yo creo que es una de las primeras cosas que llama la atención de esta encuesta.
¿Qué opináis un poco de esto, de las Progressive Web Apps? Alba, ¿crees que este año sí, en 2021 vamos a ver el despegue, o esto ya no despega, o va a ir hacia atrás?
Va a ser una tendencia que vamos a olvidar.
A ver, yo lo que creo es que, por ejemplo, en mis proyectos personales, en casi todos he usado Progressive Web Apps porque ya me lo habían integrado o porque bien me he instalado un módulo o lo que sea.
Pero sí que es verdad que en las compañías que he trabajado, como que no se ha propuesto esta iniciativa o no he visto que mis compañeros dijeran vamos a meter Progressive Web Apps en esta web.
Yo creo que el problema es que en el día a día no lo utilizamos. Lo utilizamos en nuestros proyectos personales, pero al final la empresa no toma esa decisión.
Y al final la decisión no la tomas tú de si metes una Progressive Web Apps o no.
Yo creo que va un poco por ahí. También el tiempo.
Eso es interesante. La verdad, no había estado así. Adri, ¿tú qué dices?
Que la verdad, como usuario, creo que he usado alguna vez o dos para probar y ya.
O sea, levanto la mano. Yo no he encontrado el uso. Sé que alguna vez la de Twitter, por ejemplo, para comparar un poco la aplicación propia del navegador y la de iOS, digamos,
o alguna para hacer pruebas en lo que comentabas, ¿no? En proyectos personales.
Pero es como que a mí me recuerda un poco y aquí igual me acaba quemando alguien, pero es como los web components, ¿no?
Que es algo que está ahí y que tiene como sentido, ¿no? Cuando lo miras sobre el papel es como, claro, que debería estar.
Pero luego a la hora de la verdad, pues no tiene la, no sé, la atracción que igual podría tener por ser parte de la plataforma, ¿no?
Totalmente, ¿eh? O sea, estoy muy de acuerdo contigo y es muy interesante ese punto de vista de que, por eso os lo he lanzado un poco, ¿no?
Porque año tras año vemos aquí que, bueno, que se supone que debería esto, pues, de alguna forma, no sé, florecer, pero no termina de arrancar.
Y, por ejemplo, Adriá dice, Adriá, en el chat, ¿eh? Que estamos 228, estamos en directo, 233, que estamos en directo y Adriá aquí, Adriá Belardos, dice,
tal vez que Apple no está muy por la labor, voy a poner por aquí arriba para que no nos tape, tal vez que Apple no está muy por la labor de Aproposic Web App, dice.
¿Creéis que es por Apple o es que es un poco más por culpa de Foncu, de Foncuberta, de Adriá, que dice que, bueno, es que yo no las uso y, claro, si Adriá no las usa, pues, a lo mejor no está ganando tracción.
Puede ser que haya como una, imagino que habrá su guerra, ¿no? Entre Apple, las, por qué sí, Web Apps y las App Store, Google con la suya, igual, ¿no?
Otros, Microsoft y compañía no tienen, no están, no tienen el mismo tamaño, seguramente hay como una guerra, ¿eh? Para usar la plataforma que más beneficios les da a las empresas.
Pero en cualquier caso sí que es verdad que igual es una buena idea, pero comparado con las aplicaciones, digamos, de iOS y Android y demás,
igual no sé si sobre el papel son mejores o no, pero es como que llegan tarde, ¿no? Por así decirlo. Es decir, ya estamos acostumbrados a ir a la App Store, instalar y ningún problema.
Y ahora es como, hostia, ahora no tengo desde el, vale, la puedo instalar, pero ni es la opción cómoda, ni es la habitual, ni, no sé, es como que es más complicado de empezar.
¿Y tú qué dices, Salva, sobre esto? ¿Crees que es porque las aplicaciones nativas están por encima o no sé?
A ver, yo creo que depende del proyecto. Por ejemplo, yo Deptú sí que lo tengo instalado como Progressive Web App porque al final lo han hecho de esa manera
y Deptú es un sitio donde me meto todos los días. Entiendo lo que ha puesto el otro en un comentario, que al final si vas a leer solo una vez y vas a entrar una vez,
qué tontería, ¿no? Pero sí que es verdad que si vas a ver muchas más cosas ahí todos los días, sí que te interesa tenerla instalada, ya que no tienen app,
porque al final han hecho una Progressive Web App.
Claro, a veces te dices, bueno, pues si ya tienes Progressive Web App, pues me la instalo. Además que ocupan menos normalmente, ¿no?
No son tan farragosas para dispositivos que son más antiguos. Justamente el otro día me instalé la Progressive Web App de Spotify porque como que la nativa de escritorio hablo,
porque también es Progressive Web App, al final se puede utilizar en escritorio. Y la verdad es que fue interesante porque dije,
ostras, hacía tiempo que no utilizaba la Progressive Web App y menos en el escritorio. Y la verdad que me quedé bastante contento y ahí la tengo todavía
y está bastante bien integrada. Pero bueno, que es uno de los resultados que yo creo que llama un poco la atención.
Ya he visto aquí en el chat gente que, bueno, que decía que yo utilizo la de Twitter, decía César, por ejemplo, que se ahorra bastante espacio.
Había gente que ya estaban pidiendo una charla de Progressive Web App por parte de Adrián Foncu.
Yo creo que sea el otro Adri, ¿por qué?
José, creo que habla de ti. José Castro dice que las Progressive Web App se pueden subir a la App Store y todo, ¿eh?
Que las ha visto mucho en e-commerce y es verdad, sobre todo en el, claro, por un lado está en Google,
sí que se pueden subir y están preparadas para que las pueda subir, aunque es verdad que en Apple no es exactamente lo mismo.
Podré subirlas, pero más reutilizando que es una website y ya está.
Pues vamos a ver, vamos a ver qué más, porque ese fue un poco lo primero.
Luego, la puntuación de conocimiento. Creo que somos como un poco, la gente que ha contestado esta encuesta,
que ya os digo que son 90% hombres, que son, casi todos son blancos, ya sabemos, ¿no?
Que está un poco, digamos que esta opinión, en demografía lo podemos ver, hay que pillarla un poco por los pelos.
Al final es una encuesta que a 23.000 personas y que, bueno, los que más han contestado es Estados Unidos.
No está mal España, que está entre los primeros puestos, con un 3,5% por detrás de Francia, Reino Unido y de Rusia.
Y de, ojo, ah, claro, Francia, ojo, que Francia llega a muchos sitios, ¿eh?
Está Francia aquí también. Estos territorios que tienen de antiguas colonias.
Bueno, casi todo en inglés. Entonces, todo lo que vayamos diciendo por aquí, hay que pillarlo un poco con pinzas, ¿vale?
Porque al final, bueno, aquí teníamos lo del género, 5% de mujeres.
¿Crees que esto realmente es lo que refleja la realidad, Alba?
¿Crees que hay un 5% de mujeres en la industria o...? No, no.
Para nada. Yo creo que simplemente que no conocen la plataforma o no se han metido en la web para probar a rellenarlo.
O muchas veces porque no creen que lo sepan lo suficiente.
Yo creo, ¿qué se podría hacer para mejorar esto? O sea, para mejorar el hecho de que no llega a todos los rincones.
Ya no hablo solo de mujeres, porque también podemos ver, si ponemos aquí esto, podemos ver también que casi todos son blancos,
o que se consideran blancos, ¿no? Y solo hay un 11% que son hispanos.
¿Qué se podría hacer? Aparte de lo obvio, ¿no? De publicitarla en otros sitios.
No sé si tendríamos que, como comunidad, poder hacer algo, de llamar a la acción, ¿sabes? A la gente.
Pues sí, compartir. Y al final, cuando haces comunidad, decirle a tu comunidad,
oye, pues rellena este formulario, que así podemos entre todos rellenarlo.
Yo qué sé, o sea, al final, la comunidad que creas, aprovecharla.
Exacto.
Para que todo esto se vea reflejado.
¿Tú qué? ¿Alguna idea, Adrián?
Que digas, pues yo creo que podríamos hacer.
No, bueno, no estoy de acuerdo. Es básicamente conseguir salir un poco de las burbujas habituales, ¿no?
En la medida de lo posible.
Yo invitaría también, por ejemplo, no sé, en eventos de Women in Tech,
o eventos que se hacen más diversos, o de, no sé, de nichos y tal,
de intentar llamar a la acción ahí mismo.
Es decir, bueno, vamos a hacer todos juntos esta encuesta, ¿no?
Porque creo que cuanta más gente, pues, acceda a esta encuesta,
yo creo que más ricos sean los resultados, y podremos tener una foto más realista, ¿no?
Sobre cómo se están moviendo las cosas en el ecosistema de JavaScript.
Pues os comentaba esto, lo del knowledge score,
que básicamente es cómo se ve la gente, ¿no?
De cuánta gente sabía, y la verdad es que parece que sabemos un montón.
Del 90 al 100%, el 23% de la gente sabía del 90 al 100% de las cosas que le han preguntado.
Somos unos sobraos, ¿eh?
Sabemos un montón de cosas.
A mí, si me hubieran preguntado alguna, no sé si aquí es la conozco o la conozco un poco de oídas,
porque aquí hay cosas que digo, hombre, la conozco, pero por ejemplo...
Sí, me pueden sonar, pero...
Vamos por la sintaxis, que esto yo creo que es más divertido.
La sintaxis.
Aquí en la sintaxis...
¡Ay, que he cambiado la cámara!
¡Sintaxis!
Aquí me ha sorprendido un poco porque creo que se ha hecho hincapié en cosas un poco muy flojas, ¿no?
Porque Destructuring, Spirit Operator, Arrow Functions, creo que son cosas muy conocidas.
¿Creéis que todavía hay gente que no conozca estas cosas?
Lo raro...
Bueno, de esto que saben, ¿no?
Esta gente que sabe ya el 100% de todo, pues ya los conocen, evidentemente.
Eso seguro, ¿no?
Ya se ve un poco en el gráfico, ¿no?
O sea, ponen la comparativa 2019 al 20 y vale, cambia así del 97 al 97, puto no sé qué.
Sí, esto de las Arrow Functions que sí que es, digamos...
Actualmente todo el mundo, ¿no?
Aquí es donde están las cosas más nuevas.
¿Habéis utilizado alguna de estas tres?
¿El Knowledge Call Extending, Optimal Chaining, Private Fields?
¿Los conocéis o los habéis utilizado?
A ver, Adrián.
Dale.
¿Los has utilizado?
¿Los conoces?
Las dos primeras.
Sí, básicamente.
Bueno, instalamos en su momento ya lo mítico, ¿no?
Cuando ya cambiaron de stage en el...
Digamos, las propuestas, pues instalas el plugin de Babel y ya casi te olvidas de si forman ya parte del lenguaje que es Babel que te lo está añadiendo.
Ya, esto es maravilloso y no lo agradecemos suficiente, creo.
Muchas veces.
Y luego, bueno, los Private Fields no, porque no costumbro a usar síntaxis de clases, entonces es como que no tiene mucho...
No he encontrado el momento, pero vaya.
¿Y por tu parte, Alba, qué?
Yo por mi parte solo he tocado el de las dos preguntitas, porque al final eso es lo único que hago yo en mi día a día.
Porque, por ejemplo, para el tema del Optimal Chaining no he encontrado el momento.
O sea, no he entendido la funcionalidad que puede tener en mi código y Private Fields yo no uso clases tampoco.
O sea, no he creado ninguna clase.
Estábamos aquí entre gente funcional, o sea, gente que no tiene clase, pero sí que tiene mucha funcionalidad, ¿no?
O sea, son gente funcional.
Muy bien.
Hombre, de Private Fields, que seguramente es de lo más reciente que ha llegado, vemos que lo ha usado es un 10%, o sea, que digamos que estáis en el 90% restante.
Y hay gente que sabe lo que es, pero no lo ha usado, está en 50-50.
Pero es curioso lo rápido que, por ejemplo, el Nullish y el Optimal Chaining sí que han llegado y la gente ha empezado a utilizarlo, ¿no?
Y creo que es esto que comentas, ¿no, Adrià?
Cómo la gente se anima súper rápido gracias a cosas como Babel y que, como dices, no lo apreciamos lo suficiente.
Y además, la verdad es que el Optimal Chaining, por ejemplo, es de esas cosas que, o sea, realmente soluciona algo que el lenguaje no tenía hasta ahora y que tenemos que hacer, digamos, a mano, ¿no?
O sea, realmente a la que aparece y se convierte en algo disponible el lenguaje, pues como que dices, hostia, ya era hora.
Así que no me extraña que la gente que lo conozca lo use tanto porque es que realmente sin que lo termines usando.
Oye, eso es súper interesante, ¿no?
Porque creo que una de las mejores cosas que ha tenido JavaScript en los últimos años justamente es dar respuesta a los pains de los desarrolladores, a reales pains que teníamos durante mucho tiempo, ¿no?
Y el Optimal Chaining, como dices, justamente creo que da en el clavo, ¿no?
Que teníamos un montón de librerías que lo hacían o sabíamos cómo hacer, pues hacer el objeto, an, el objeto y propiedad, an, objeto, propiedad, propiedad, ¿no?
Y vas anidando y tal.
Y es eso, ¿no?
Que tenemos tantas ganas y yo creo que es una de las cosas positivas que ha tenido JavaScript últimamente, que ha sabido dar respuesta totalmente a todos estos problemas que los desarrolladores estamos sufriendo.
O sea, que es súper, súper interesante y súper de acuerdo contigo.
A fin, quien sale peor parado de esto seguramente es la gráfica de uso de Lodash, ¿no?
Que en cierto modo el lenguaje le pongo el terreno y...
Sí, sí, te sorprenderá eso, ¿eh?
Luego lo vemos porque te sorprenderá.
Luego vamos con el lenguaje.
En el lenguaje aquí ya son cosas que se han añadido al JavaScript como lenguaje.
Ya no tanto como sintaxis, sino como todas las palabras reservadas que puede tener el lenguaje.
Y una de ellas son los proxys.
No sé si esta la habéis utilizado.
Alba ya dice que sí.
Dice, sí, sí, esto lo conozco, esto de proxys.
¿O no lo has usado?
No lo he usado yo, pero sí que lo conozco porque sí que he usado un plugin que sí que lo hacía.
Básicamente he visto la sintaxis, pero que no lo he creado yo para nada.
La verdad es que los proxys es algo súper potente y súper interesante.
Pero creo que es una funcionalidad, como hemos dicho antes, ¿no?
Que quizá está más hacia bibliotecas, ¿no?
Para más de código interno, más que va a tener ahí escondido.
Que no es que nuestro día a día diga, ah, vamos a escribir un proxy.
Esto es súper importante que hagamos un proxy aquí.
No es como el optional chaining que decía Adriá justamente, ¿no?
Que te soluciona un problema de tu día a día.
Y async await, que bueno, esto sí que...
¿Habéis ya utilizado?
¿Ya solo utilizáis async await o todavía confiáis en las promesas?
¿Cómo lo hacéis esto?
¿Tú cómo lo llevas, Adriá?
Creo que he hecho lo típico.
He hecho el péndulo.
O sea, he pasado del promise, then, catch para nada al...
No al await absolutamente todo.
Y luego cuando me he cansado de escribir try catch por ahí que...
Que es una excepción que no quiero capturar.
El código está indentat igualmente y tal.
A veces digo, hostia, pues aquí el then y el catch igual tiene sentido.
Porque si directamente devuelvo el valor o hago una transformación o lo que sea,
igual me queda hasta más limpio y comprensivo.
O sea, el péndulo está como ahí dando vueltas,
pero está ya volviendo un poco del 100% async await.
Pero vaya...
Eso es muy interesante, ¿eh?
Eso es muy interesante.
Alba, ¿a ti qué te ha pasado?
¿Eres team async await o team promises?
Sí, yo he un cacao.
Ya.
A ver, sí que es verdad que yo empecé con promises then catch todo el tiempo.
Porque el async await no lo he utilizado para nada hasta que empecé a crear servicios o stores.
Que ahí ya me volví loca con el async await.
Entonces, claro, ya no tenía sentido tener en el componente then y en la store async await.
Entonces decidí unificarlo y utilizar async await en todo.
Porque tenía más servicios que componentes.
Pero si hubiera sido al revés, a lo mejor lo habría liado, ¿eh?
Veo que aquí hay un montón de gente sabotando.
Ahora he puesto ahí como una encuesta rápida y había gente que dice yo async await.
Vea, Adrián Foncuberta está haciendo un inception y está también lo que diga Adri.
Entonces, lo que diga Adri, si es lo que dice Adri, no sé, es como un loop infinito.
Aquí hay gente de async await, async await for the win.
Promises en la mayoría de los casos, async await, que no es necesario usar async await.
Nuria Soriano, la tenemos aquí, Nuria.
Depende, a veces las promises son más legibles y es más fácil identificar código asyncrono.
Async await, async await como ñapi.
No sé cómo es eso.
Si es código asyncrono es bastante interesante.
Porque en realidad, igual tendemos a pensar que por poner async await y como no hay una promesa por el medio,
el código de golpe es síncrono, ¿no?
Realmente es ejecuta.
O sea, no, no, es el código asyncrono igual lo que la sintaxis te permite como disimularlo, ¿no?
Y hay veces que igual si cuentas con sincronía, con que sea asíncrono, pues que algún problema te llevas.
Aquí hay gente que dice async await será el nuevo callback hell.
Interesante, ¿eh?
De hecho, el async await ya tiene una especie de callback hell que puedes generar
cuando en realidad lo que quieres hacer es tener un promisor, ¿no?
Quieres que se ocurran las cosas en paralelo y por culpa de utilizar async await lo que te puede pasar es que lo hagas en secuencial
y al final lo que hagas es que tarde más cuando no debería depender una de la otra.
Y a mí me pasa un poco como, bueno, yo creo que como todos, ¿no?
Que creo que los dos tienen su uso.
De hecho, a veces me pasa, me ha pasado como a Adrià, ese efecto péndulo que me ha encantado, como lo has explicado,
de que empecé con promisors porque lo que había, pasé a sinc await y luego poco a poco fui descubriendo
los pitfalls, ¿no?
Los problemillas que podían tener async await, ¿no?
Como el hecho de, bueno, el try catch, pero el try catch, si quieres tenerlo de una forma más granular,
no puedes hacerlo de todo tu código ahí, ¿sabes?
De todo ese trozo, sino que deberías hacer try catches más pequeños,
aunque puedes mezclar el catch, lo puedes mezclar con el async await, el catch de las promesas.
Y al final hay muchas veces que te hizo promis porque me queda muchísimo más claro
de cómo se va a hacer la gestión del código, ¿no?
Así que, bueno, me parece muy interesante esto, el async await.
Vemos aquí que también en las promesas, bueno, tenemos el async await,
que el 95% de la gente ha usado y ya ha pillado a las promesas, ¿eh?
Que están en el 96,2%, o sea, que ya la gente lo debe estar utilizando de forma indistinta entre una y otra.
¿Y qué tal los decoradores?
¿Utilizáis decoradores? A ver, no utilizáis clases, me imagino que no decoráis muchas cosas, ¿no?
Vuestra casa y ya está.
Correcto.
No decoráis mucho en JavaScript.
Ni idea.
Nada.
La verdad es que, mira, estáis en el 53%, pero tampoco creo que pase nada,
porque justamente los decoradores, además, es una spec que no está terminada del todo.
Lleva muchos años que se está debatiendo esta spec para JavaScript y sigue sin estarlo,
o sea, que es algo que ya veremos si llega algún día y me imagino que sí,
que este 2021 seguramente llegará, pero que está costando, está costando.
El que me ha sorprendido mucho es el dynamic import, porque realmente, aunque es verdad lo que decía Alba,
que aunque te pueda llegar fácilmente a través de un framework o lo que sea,
el hacer un import dinámico por temas de performance, como puede ser importar dinámicamente un componente de React y tal,
pues todavía no es que algo esté muy usado, ¿sabes?
No sé si, ¿por qué creéis que puede estar pasando esto?
¿Qué dices, Adrián, sobre esto?
Porque en Vue se puede hacer un import dinámico en un componente, ¿no?
Lo que lo hace gratis o algo.
Y de hecho, sí, en mi caso, digamos, habitualmente usamos Next como framework,
que además, sí, creo que lo hace con import dinámicos, que todas las rutas de tu página son cargadas dinámicamente y demás.
Y, de nuevo, es un poco como que la… es una herramienta súper potente que está…
es interesante que los frameworks y las herramientas que usamos para desarrollarlo lo incluyan, ¿no?
O sea, por decirlo de una forma, a mí me da igual hasta cierto punto enterarme de cómo funcionan los dinámicos.
Lo que quiero es que mi framework, digo, si se ahorra cargar el chat de media página, pues mejor, ¿no?
O sea, que se ocupe. O sea, evidentemente hay que conocerlo y tenerlo a mano, sí, en casos concretos,
pero que, bueno, que esté allí y que lo usen quien se ocurre el framework.
¿Y tú qué opinas, Salva, sobre esto?
¿Por qué la gente crees que no lo está usando suficiente o todavía hay desconocimientos sobre esto?
A ver, yo creo que está, al menos para mí, está a otro nivel.
Porque, claro, al final todo lo que ha facilitado Nuxt en realidad me ha hecho a mí entender lo que están haciendo
y por qué lo están haciendo.
Y lo del Dynamic Import yo lo vi como una featura que yo pensaba que era de Webpack,
que no era de Javascript, porque, claro, yo veía lo de Webpack y yo digo, ¿qué será esto?
Y cuando me puse a investigar descubrí lo que era, pero, vamos, que está guay que ya lo hagan por nosotros,
porque tampoco es una cosa súper compleja, pero sí que es verdad que si lo hacen ya por tipos.
Claro.
Eso que quitas.
Justamente. Alguien nos preguntaba en el chat un poco, oye, ¿qué es esto de Dynamic Import?
Y este que os habéis saltado, el Promise All Settle, que es esto, ¿vale?
El Dynamic Import básicamente lo que te permite es importar dinámicamente un módulo de Javascript,
de forma que no lo tienes en tu código desde el principio y lo puedes descargar cuando quieras.
Esto tiene beneficios en la performance bastante evidentes.
Porque imagínate que necesitas un calendario que está en una modal,
pues en lugar de cargar esa modal con el calendario desde el principio,
solo cargues ese módulo cuando haces clic en un botón, ¿vale?
Pues entonces utilizarías un import dinámico que además devuelve una promesa
y cuando resuelve tienes el módulo cargado.
Así que ahí es donde lo tendrías.
El que nos hemos saltado básicamente del Promise All Settle,
es como el Promise All, solo que se resuelve cuando todas las promesas del array
se han resuelto o han dado error.
Al final cuando se han completado, ya sea para bien o para mal.
Y así es cuando se te devuelve.
La verdad, sinceramente, no le he visto mucho uso a esto.
Tampoco veo que todavía se use mucho.
No sé si vosotros la habéis usado alguna vez
o la habéis visto algún uso.
Porque a mí la verdad es que no le he visto ningún uso interesante hasta ahora.
Nada, ¿no?
Me he intentado recordar.
A ver, yo no la he usado,
pero sí que es verdad que sí que le veo un uso.
Si tú entras en una web y tienes varios componentes o lo que sea
que llamen a otras APIs,
tirar todas a la vez
y esperar asincronamente a que lleguen todas,
pues sí que podría ser.
Claro, pero como lo puedes hacer con el Promise All,
pero bueno, que es interesante, ¿no?
Que el Promise All Settle se resuelve cuando te falla incluso alguna.
Puede ser, ¿eh?
A mí, es que como no la he usado,
no he encontrado ninguna...
Pero bueno, que alguien preguntaba un poco, pues para qué.
Dime, dime.
Yo lo iba a usar una vez
y luego nos dimos cuenta que habíamos entendido mal la feature.
Lo tuve que cambiar por un gol.
Qué bueno.
Y me iba a tener la intención de poder usarlo por primera vez
y digo, venga, va, este es el caso de uso perfecto.
Y digo, ah, no, no, que si falla uno tengo que...
Joder, vale, pues nada.
Así que técnicamente no la he usado.
Hay otra más interesante que me sorprende
que no está, que es la de Promise Race,
que básicamente lo que hace es resolver
cuando una de las promesas se ha resuelto.
Y está muy bien,
porque eso sí que puedes llamar a dos APIs
de forma que intentes guardar en las dos APIs
algo en la base de datos
y entonces mientras una de las dos se ha resuelto
ya sabes que está en la base de datos
y puedes continuar con tu trabajo.
No te importa tanto la otra.
Y eso sí que es importante.
Es algo interesante
porque así puedes guardar cosas en dos sitios distintos
y te da igual.
Mientras en una se haya guardado,
pues ya luego lo puedes sincronizar desde otra forma.
Vamos a seguir.
Estructuras de datos.
Maps y sets.
Madre mía.
Maps y sets.
Esto, a mí me ha sorprendido esto un montón
de que tanta gente utilice maps y sets.
No sé si vosotros lo usáis mucho.
Yo me quedé un poco...
¿Sabéis usarlos?
¿Los usáis?
A ver, yo no he usado nada.
O sea, muy poco.
Yo creo que sé por qué es.
Es por el advent of code, seguro.
Porque cuando yo empecé el advent of code,
te lo juro,
yo no sabía lo que eran los maps y sets
y empezaron a hacerlo los compañeros
y yo digo, ¿qué es esto?
Me puse a investigar
y cuando hice el set of IIS,
pues ese lo que es y lo he usado.
Pero vamos,
que en un caso práctico ni idea.
Solamente para algoritmos.
Claro.
Bueno,
básicamente es una estructura,
bueno, ya lo dices,
estructura de datos, ¿no?
Para guardar información.
Los maps,
si no me equivoco,
son key values, ¿no?
Y los sets
son como parecidos más...
Son parecidos también, ¿no?
O son como...
Es un valor único.
Valor único.
Por cada...
Claro, pero puedes tener objetos,
puedes tener strings, números,
es una locura.
Claro,
tiene como ventaja
que se supone...
Que son inmutables,
que no es lo que pasa con los objetos,
que tiene ventajas que son iterables,
tienes una forma fácil
de que te devuelvan las keys
y cosas así,
o para recuperar uno,
pero en el día a día,
bueno,
eso con el Advenos Code,
es verdad que mucha gente
los ha descubierto.
Tú, Adrián,
¿qué?
¿Los has utilizado algo
o tampoco?
Para el Advenos Code,
alguna vez puntual,
el típico ejercicio,
bueno,
el típico de quitar duplicados
de un array, ¿no?
Que lo conviertes a set
y luego lo vuelves a pasar a array,
pero...
Claro.
Es un poco...
Mira, aquí, Chris...
Dí, dí, dí,
cuenta, cuenta.
Que muy poco, ¿no?
No, no, digo que...
Estos usos así un poco...
Alguna vez sí
que tengo algún map por ahí,
algún set, sí,
en algunos temas de...
Incluso de si tienes temas
de performance
o de memory leaks y demás,
igual te interesa a veces
poder controlarlo.
Existe el weak map también
para estos casos,
poder eliminar la referencia,
etcétera, pero ya...
Pero bueno,
casos súper, súper extraordinarios.
Ariane, que está aquí en el chat,
dice,
solo uso el set
para quitar duplicados
en un array y ya.
Exacto.
Esa es una.
Luego tenemos a Cristian Álvarez Sánchez
que nos lo pone aquí
en mayúsculas
por si no lo sabemos leer.
Dice,
son muy necesarios en backend
cuando se monta arquitectura
y trabajas con singletons.
Pues la verdad es que
tiene sentido.
Que también lo puedes hacer
con objetos
siempre que no muten los objetos,
obvio.
Pero es verdad,
en un singleton
puede tener bastante sentido.
Dana Bayardi dice
que si tenéis un ejemplo de maps.
¿Os ocurre un ejemplo de maps?
Para mí es que son como
la imitación
de los arrays asociativos
de PHP.
Es un poco, pues,
es un poco el objeto
que tienes
pero en forma de array.
Una cosa así.
Lo que pasa es que
tienes que crearte el map
y setearlo,
añadir.
O sea,
es como,
no puedes hacerlo
como haces un objeto
tan sencillo.
Tienes que empezar
a llamar a Junciencita.
Sí que te podrías crear
setead
como dinámico
y te creas un método
y lo llamas
desde tu componente
y así vas añadiendo
cosas a tu mapa.
Podría ser.
Vamos,
yo no los he utilizado
en mi día a día
porque con los objetos
me apaño,
pero lo entiendo
para los packenders.
Buena explicación,
Alba.
Vamos con las APIs
del navegador.
Ojo con las características
facilitadas por el navegador.
Facilitadas,
me encanta
como lo han puesto aquí.
Están facilitadas
por el navegador.
Como los service workers
que veo que sí,
que han subido
un 6% de gente
que lo ha usado
pero tampoco es
que tanto rollo,
¿no?
Si está dentro
de la comunidad
parece que los service workers,
service workers,
service workers
por Progressive Web App
y luego,
no sé si es que está
infrautilizado,
si es que no lo entendemos,
que creo que esto
lo ha dicho antes Adrián,
que es que no entendemos
del todo
o es que,
pero veo que no
termina de despegar
porque pese a que
mucha gente lo conoce,
la mitad de ella
no lo utiliza
en su día a día,
no le da ningún uso.
Creo,
lo has dicho un poco,
¿no?
Que hablamos,
o sea,
entiendo que hay
casi todo el mundo
que lo haya,
que esté,
o sea,
la gente que responde
la encuesta
al final es gente
que,
pues,
que le,
entiendo que
está acostumbrada
pues a leer
un contenido,
etcétera.
entonces seguro
que les suena
que son,
lo que pasa
que de nuevo
es la típica herramienta
que es muy potente
o tiene muchas,
no es la capacidad
de hacer muchas cosas
pero que tienes,
o sea,
para el 99%
de los casos
alguien lo tendrá hecho
y si no
es que está
en un contexto
más complejo
muy específico
es que es esas cosas
que es tan guay
que estén
pero que alguien
lo sea a mi favor
más que pelearme
lo único que sé
es que si la lías
con la caché
del service worker
luego no hay manera
de levantar
ni quitarlo
aunque esté el localhost
eso sí,
eso sí me ha pasado
¿os sabéis la historia
de esa empresa
que hizo un service worker
que lo cacheó todo
y se tuvo que comprar
otro dominio?
Pues mira,
es verdad,
no sé dónde está,
os buscaré el artículo
lo dejaré en la descripción
pero una empresa
que la lió muy parda
con el service worker
cacheó de todo
y tuvo que cambiar
de dominio
a ver,
creo que esto fue
muy al inicio
porque ahora ya
las herramientas
de desarrollo y tal
creo que ahora
se puede invalidar
incluso se puede
registrar un service worker
o sea,
se pueden hacer
ciertas cosas
que a lo mejor
al principio
no se podían
pero bueno
que fue bastante divertido
ese caso
comentando esto
que comentabas
que es bastante bueno
en tu caso
Alba
¿has utilizado
un service worker
para algo
más allá de que te lo haga
solo algo
o alguna utilidad?
Claro,
o sea,
yo solamente registré uno
cuando la Progressive Web
de Nux
no existía todavía
y no la había probado
ese módulo
entonces tuve que registrar uno
pero es lo que dice
Adrián
o sea,
una vez lo registras
¿qué pasa?
eso es un jaleo
es un cacao
o sea,
no es sostenible eso
con el tiempo
Sí,
hay que tener cuidado
hay que tener cuidado
es muy potente
al final es como un proxy
o sea,
todas tus requests
pasan por ahí
entonces
como hagas algo
muy extraño
puedes hacer cosas
peligrosas
local storage
por supuesto
está súper arriba
pero desde aquí
no sé vosotros
yo tengo un llamamiento
para todos los desarrolladores
de JavaScript
y de hecho
me sorprende mucho
que no lo pregunten
en state of years
y es indexdb
y es que indexdb
es la alternativa
de local storage
y deberíamos empezar
a utilizar indexdb
en lugar de utilizar
local storage
porque local storage
es síncrono
y lo que está haciendo
es bloquear
el hilo de JavaScript
la gente se le va
un poco de las manos
a utilizar local storage
y indexdb
ya está soportado
yo creo que incluso
por Internet Explorer 11
y si no está
por Internet Explorer 11
poco le debe faltar
entonces
lo que os recomiendo
es que le echéis
un vistazo a indexdb
que además de que
es bastante más potente
de que se pueden recuperar
todas las keys
que tengáis
podéis tener índices
o sea
es asíncrono
podéis guardar objetos
o sea
son todo ventajas
bueno
veo que
bueno esta es la versión 2
hay una versión
esta es la versión 1
veis
bueno
tiene soporte parcial
pero
está bastante soportado
entonces lo que podéis hacer
es utilizar algún graper
que utilice
indexdb
y que haga fallback
a local storage
en caso de que no soporte
pues eso
que es que me sorprende
que no pregunten nada
de indexdb
cuando
justamente
o web sql
pero ese ya
está totalmente
deprecated
local storage
es que es el más típico
tienes cualquier cosa
y dices bueno
local storage
y ya está
si
lo que no sé
es cuál es el criterio
para añadir unas
unas apis
u otras
a la
a la encuesta
¿no?
o sea
tampoco está
sesión storage
no sé
es verdad
ha sido como
bueno
vamos a preguntar sobre
no sé si a lo mejor
se han preguntado
pero no se enseña
porque a veces pasa
hay veces que
a lo mejor
si hay cosas que dicen
bueno esto no es tan interesante
pues bueno
si esto nos lo enseñamos
por X
y ya está
luego hay un montón
de tecnologías web
no sé si hay alguna API
de navegador
que realmente
os llame más la atención
a vosotros
o que hayáis empezado
a utilizar
en este año 2020
yo por ejemplo
diría Intel
esta
que es de internacionalización
que este año
es cuando más
la he utilizado
¿hay alguna otra
o queréis comentar
el caso
si habéis utilizado Intel
que
en tu caso
Adrián
sí
la de Intel
con todas las variantes
de digamos
para
monedas
y
o sea
todos los formatos
que ofrece
la verdad es que
te ahorra una de
librerías
opciones
formatos
no sé qué
o sea
te creas un wrapper
al formato
que tú quieras
usas esa función
en el proyecto
y te olvidas
de esto
que
no hace tantos años
era un
lío
tener
que aquí quiero
en euros
ahora que para cambiar
madre mía
era un
follón
y ahora
mira
esto sí que está
que esté aquí metido
es genial
esto está para lamerlo
o sea
esto es brutal
si alguien
no lo está
utilizando
o no le conoce
que le dé a caña
a ver aquí
parece
pone un 30%
ha usado
y un 50%
bueno
casi 60%
sí
60%
de la gente
lo conoce
y
el nombre
no es muy
marketingiano
sí sí
Intel
es que parece
como que no
has dejado una E
o algo
es como que no
bueno pero es como
esta marca de
internacionalización
es la típica
¿no?
siempre se hace
normalmente
Intel
bueno
sí pero
un poco de
para venderlo un poco
¿dónde está la persona
de marketing
de javascript?
¿dónde está la persona
de marketing?
pues este es el que
justamente comentabas tú
¿no?
el de number format
que puedes hacer monedas
le dices
qué moneda es
y hombre
es súper potente
además te lo
te lo formatea
correctamente
un problema
que le costó
y esto que teníamos
por aquí
a Kiko Beats
que sé que es un crack
lo sabrá
un problema
que tuvo
Intel
es que
es que
note
solo venía con soporte
para inglés
entonces cuando tú
por claro
por el mismo problema
porque tiraba de note
entonces no
no tenía soporte
para el idioma
y era una liada
eso ya
por suerte
lo han solucionado
tienes number format
que es el que comentaba
Adrián
tenemos el de
date time format
que también es súper interesante
y tenemos
el uno
para mí el favorito
mi favorito
este me encanta
que con este puedes hacer
un time ago
nativo
sin ningún tipo
de dependencia
y te quedan
pues finísimo
y puedes utilizar
esto de
hace un día
hace tres días
de hecho si pongo aquí
es
y lo ponemos en castellano
dicen que
no va el
streaming
puede ser
no sé
veo mucha F en el chat
han puesto ha vuelto
me menciona
sí
ha vuelto
ha vuelto
ha vuelto
volvió
ya volvió
ya está
no sé
no sabemos qué ha pasado
no sabemos qué ha pasado
es en el chat
le faltó un punto y coma
al vídeo
no sabemos qué pasó
a lo mejor son trolls
creemos que ha sido
la gente de Moment Yes
que nos ha
nos estaba oicoteando
el streaming
la gente de Moment Yes
nos ha oicoteado
el streaming
pues no sabemos
que ha pasado
bueno pues eso
que Intel
está bastante bien
que la recomendamos
un montón
que si no la conocéis
que no la perdáis
porque es
bastante
bastante potente
por tu parte
Alba
hay alguna API
del navegador
que este año
hayas utilizado
o hayas probado
por justo la que te acabas de pasar
la web RTC
porque utilicé
tu idiota
para hacer una llamada
de una persona
contra una persona
y eso está
muy guay
pero sí que es verdad
que si hay un tutorial
porque
porque al principio
era un poco chino mandarín
pero poco a poco
te vas
y está guay
lo que consigue
me parece súper divertido
guau
que fuerte
he tenido siempre
muchas ganas
de hacer eso
de una
utilizar web RTC
para hacer una llamada
uno a uno
y que tal
con documentación
uno ya se entera
o hay que
si si si
aparte que te vienen
muchos SDKs
y cosas
que al final
te viene con casi
todo hecho
y tú lo integras
en tu aplicación
de Vue
o lo que sea
vaya pues
que interesante
y es súper potente
porque
anda que no se han hecho
solo con esta API
se han creado startups
o sea
esto es muy fuerte
y la ilusión
la ilusión que hace
verte a ti mismo
con el otro navegador
porque claro
para probarlo
eso es un jale
y luego con el móvil
es súper gracioso
hay gente por aquí
que nos pregunta un poco
qué es web RTC
puedes explicarle
más o menos
qué es web RTC
pues es la API
de básicamente
del navegador
que te permite
conectar con el otro
entonces al final
le estás haciendo un poco
lo que haces
en una videollamada
pero lo programas
en tu web
porque esa API
te permite hacerlo
básicamente una llamada
peer to peer
se llama
que a mí me hace gracia
ese término
pero se llama así
y tenéis aquí
por ejemplo
documentación en MDN
si buscáis web RTC
os enseño aquí
aquí lo tenéis
y tenéis
un montón de referencias
y tal
aunque seguro
que lo mejor
es como dice Alba
que encontréis algún ejemplo
o de algún SDK
que seguro
que te abstrae
de un montón de complejidad
que debe tener
porque si no
tendrías que escribir
mucho boilerplate
y tal
así que mejor
mejor que utilicéis un SDK
y los custom elements
¿qué?
custom elements
y shadow DOM
esto también parece
la gente parece que lo conoce
es la primera vez
en este año
que preguntan
pero todavía no veo
que esté esto
muy por los aires
¿no?
Adrià
¿qué opinas aquí?
custom elements
parece que odia
los web components
Adri quiere ser
políticamente correcto
desátate
Adri
di la verdad
no pasa nada
no tengo nada
en su contra
pero no
pero tampoco a su favor
pero tampoco a su favor
claro
no sé
yo creo que tienen
hay algunos posts
por ahí
muy interesantes
de gente
que sabe
infinito más
que yo
sobre el tema
de los problemas
que tienen
o sea
que la idea
de los web components
es igual
parecida
a lo que pueden hacer
los frameworks
de javascript
pero
todas las limitaciones
que tienen
por el
por lo menos
de momento
en la plataforma
pues los hacen
como relativamente
no inviables
pero bueno
pero
ir como un pasito
un pasito atrás
¿no?
o sea
yo he encantado
de que el estándar
sea capaz
de comerle terreno
a
a los frameworks
y
o hacer que los frameworks
sean mejores
porque se pueden centrar
en otras cosas
pero bueno
y
si alguien crea
o sea
date picker en condiciones
en html
a todas
estas
un modal en condiciones
html
todas esas cosas
si las crean ellos
y me dejo de implementar
date pickers distintos
a cada proyecto
yo encantadísimo
o sea
encantadísimo
pero de momento
creo que hay justamente
ahí has dado el clavo
uno de los grandes
usos que le veo
a custom elements
son ese tipo de
ese tipo de
elementos
de la interfaz
¿no?
que a lo mejor
no tienen
digamos
tanto estado interno
ni tanta lógica
de negocio
como tal
sino que sean más
pues por ejemplo
github
tenía un ejemplo
muy bueno
y me pareció
pues muy interesante
que era el time ago
justamente
que tenía un custom element
que tú le pasabas
un string
ya ves tú
es súper sencillo
tienes un string
se lo pasas como
atributo
y lo que hace por dentro
pues tienes el intel
relative time format
y tienes el time ago
y claro
tiene todo el sentido
un custom element
sobre eso
y como dices
creo que esto
sí que va a ser interesante
para alimentar
a frameworks
de hecho
aquí
y yo sí que voy
al debate
y a la discusión
porque hay mucha gente
que dice
es que la gente
que no utiliza la plataforma
¿por qué no utiliza
los custom elements?
y luego me dicen
¿por qué no utiliza
little element?
y le digo
bueno pero
entonces ¿qué quedamos?
¿que utiliza la plataforma
o utiliza el little element?
porque bueno
little element
a mí me gusta muchísimo
pero quieras o no
al final
es una capa de abstracción
sobre los custom elements
los web components
en general
que está súper bien
porque es lo que dice Adri
que lo interesante es
cómo va a nutrir
a estos frameworks
o librerías
como Vue
Svelte
pueden sacarle provecho
a esta tecnología
pero que luego
claro
me echan en cara
de no
es que no utiliza
la plataforma
tú tampoco
lo estás utilizando
o sea tramposo
¿sabes?
y luego quieres que aprenda
aquí a mirar
no sé si era
little element
que he utilizado
todo decoradores
y tal
que me parece bien
pero claro
no me des lecciones
y luego estás utilizando
una librería para hacer
también estas cosas
tú que ya está
¿ves?
ya me he calentado
a ver qué dice la gente
del chat
a ver si la gente
se cabrea
custom components
dice por aquí
tú Alba
¿tienes alguna opinión
sobre custom elements
shadow DOM?
a ver
yo sobre los web components
pues sí que tengo
ahora mismo
que he trabajado
en un proyecto más grande
que somos una compañía
muy grande
y al final
hay muchos proyectos
en Vue
en Angular
en otras movidas
sí que tienen
su sistema de diseño
con web components
y al final
cada aplicación
sea Angular
Vue
lo que sea
están utilizando
los mismos
al final
es para seguir
una regla
en una compañía enorme
en un proyecto personal
yo no he creado
ningún web component
en mi vida
porque al final
con los componentes
de Vue
me apaño
pero claro
también hay que pensar
en cada casuística
claro
pero es súper interesante
ese uso tiene todo
el sentido del mundo
sabes tienes
pero tú lo has dicho
proyectos con Angular
Vue
no sé qué
no proyectos
con custom elements
con Vue
y luego claro
claro
sabes
te crea lo justo
pero tienes toda la razón
ahí le veo un nicho
súper interesante
de hecho
el otro día
hice una prueba
esto es totalmente
off topic
y estoy cambiando de tema
de forma
de forma totalmente
pero el otro día
hice
hice una prueba
de concepto
de un code pen
sabéis
esto que lo utiliza
todo el mundo
este editor en línea
el code pen
y dije
ostras
si claro
si tienes un shadow DOM
y con esto
de los custom elements
puedes hacer un code pen
utilizando el shadow DOM
súper fácil
y tienes un text área
donde tú vas escribiendo
ahí HTML y CSS
y lo renderizas
en un shadow DOM
y está bastante guay
porque te sale gratis
y te sale
con muy pocas líneas
de código
y puedes hacer un code pen
tú mismo
con súper pocas líneas
de código
o sea que
para que veamos
lo potente
que es esto
que está bastante
bastante bien
vamos a por la chicha
vamos a por la chicha
que es lo que la gente
está deseando
y sé que lo que
has oído a React
no nos hemos metido
ni con React
ni con Angular
esto no puede ser
vamos a por la chicha
a ver
antes de nada
perdón
antes de la chicha
perdón
voy a pedir algo
Adri y Alba
son gente encantadora
son
a ver
vamos a ser un poco modestos
pero solamente
de lo mejor de la comunidad
junto con Sara
pero
pero
se merecen vuestro like
entonces
ya que sois 386 personas
viendo este like
dale un dedito para arriba
que se lo han ganado
y porque ahora
además
van a sacar la espada
van a sacar
los garrotes
y tal
para hablar
de las tecnologías
y librerías de JavaScript
que es donde viene
la chicha
la chicha
así que deja tu like
para que así
les convenzo más fácilmente
para que vuelvan más adelante
porque le diré
pero es que te acuerdas
de ese vídeo
que hizo 1833 likes
y solo porque viniste
hostia tienes razón
vale
venga va
vamos a volver
vale
así lo recordarán
así que
anímate
y deja tu like
vale
había un montón de gente
que estaba poniendo
un montón de comentarios
aquí
había
a ver
ponía
pero el web component
se puede usar viendo
bien dentro de componentes
de React y Vue
siempre que lo he mirado
era limitado y complicado
en React
sí que tiene su complejidad
pero creo que en Vue
no hay tanto problema
¿no?
vosotros que sois más expertos
de Vue
creo que no hay problema
como tal
con Vue.js
a ver
yo simplemente
lo he metido
instalando el paquete
y ya está
sí que es verdad
que los problemas
los tienes
cuando quieres
ejecutar eventos
o cosas así
por ejemplo
en un formulario
submitear
un formulario
es una movida
ya lo veréis
si utilizáis
Web Components
para formularios
pero el resto
todo bien
un modal y tal
por ahora va bien
vamos
no hemos notado
ningún contratiempo
mira tenemos a Miriam González
que Web Components
para sistemas de diseño
que nutran los frameworks
dice que dentro de Vue
sin problemas
lo dice Dani y Daniel
Kuz dice que yo
creo que no viene
a reemplazar los frameworks
y hubo un marketing
muy mal
con aquello de
use the platform
todos usamos la plataforma
me parece interesante
Intel
como se usa
con la moneda
dice Mateo
pues lo hemos visto antes
pero básicamente
le pasas como
en el objeto
en la propiedad
le pasas el currency
que quieres utilizar
y ya está
que más
que más
dice Meteo Coder
no sé si es amigo tuyo
porque dice
Alba
salúdame
no sé si es
te saludo
pero no sé
no a ver
porque a lo mejor
su nombre real
no sale ahí
en el nick
Meteo Coder
no me suena
pero a lo mejor
el dueño sí
qué bueno
o la dueña
y Svel
también os digo
que Svel
puede utilizar
web components
sin ningún tipo
de problema
Svel
TView
ya os digo
que creo que
no hay ningún problema
Angular
creo que tampoco
aunque tengo más dudas
pero React
sí que sé que hay
ciertos problemas
se pueden utilizar
se pueden utilizar
pero hay algún
problemilla
ahora no
se pasa por
no
de la plataforma
use the platform
use the platform
vale
venga
vamos a darle
entonces
a la chicha
a la chicha
que en este ratito
le han dado
casi 100 likes
al llamado
le han dado
le han dado
de caña
tecnologías
tecnologías
a ver cómo
hacemos esto
porque
encima
como me
estamos tapando
la chicha
voy a
voy a poner esto aquí
porque estamos
claro
es que si no
no sale React
¿sabes?
porque está muy
a la derecha
vamos a ver
bueno
si os parece
vamos a empezar
de arriba a derecha
vale
que
vamos a explicar
esto rápidamente
de abajo a arriba
es el uso
que tiene
esta tecnología
o librería
en JavaScript
de abajo a arriba
o sea
cuanto más abajo está
menos se usa
cuanto más arriba
más se usa
de izquierda a derecha
ya Adri va bebiendo
porque dice
madre mía
de izquierda a derecha
de izquierda a derecha
está
la opinión
que la gente tiene
sobre esa librería
o tecnología
¿vale?
cuanto más a la izquierda
peor opinión
ya
yo no quiero
ir indicando nada
¿vale?
pero de izquierda a derecha
peor opinión
así que cuanto más a la izquierda
estás
pues peor opinan de ti
cuanto más a la derecha
más positivo es
¿vale?
no sé qué será esto
pero esto está a la izquierda
no quiero decir nada
entonces
vamos
vamos de arriba a derecha
para ir descubriendo
cuáles son las tendencias
que opina esta gente
que como hemos dicho antes
en el contexto
de esta gente
esto no significa
que sea mundial
ni la verdad
es una opinión
que obviamente
hay bastante gente
que habrá que tener en cuenta
y más o menos
encaja con lo que se va viendo
en general
no en particular
¿vale?
por ejemplo
tenemos Webpack
y vemos una tendencia
que
toda tendencia
que veamos
que va de abajo a arriba
y de izquierda a derecha
es una tendencia
que va a la alza
¿por qué?
porque cada vez la gente
lo utiliza más
y además
la gente le va gustando más
conforme más lo va usando
así que Webpack
vemos que en 2016
estaba más abajo
lo usaba menos gente
luego en 2017
lo usó más gente
y tenía mejor opinión
y en 2020
lo usa todavía más gente
ya lo usa casi todo el mundo
pero tiene un poquito
peor de opinión
¿qué opiniones?
nunca mejor dicho
Webpack
amor y odio ¿no?
amor y odio
totalmente
totalmente
como que nos ha permitido
hacer un montón de cosas
que no podíamos hacer antes
pero
quien no haya perdido
una semana entera
en el webpack.config.js
que levante la mano
ya ves
y creo que
ahora que salen las alternativas
como es Build
Snowpack
Vite
y tal
creo que
vamos a ir viendo
como esto va
cada vez más usándolo
más gente
porque entran a proyectos
que ya lo están usando
pero va a la izquierda
porque habrá algo
para comparar
creo que esto le pasa
a Redux
por ejemplo
que es algo
que lo tiene negativo
cada vez lo usa más gente
pero va hacia atrás
porque yo creo
que han ido saliendo
alternativas
y la gente lo compara
con las alternativas
que aparecen
y por eso la gente
tiene peor percepción
de esto
tenemos
yo creo que Webpack
la diferencia
con Webpack
en el caso
de Redux
por ejemplo
es que al final
o sea Webpack
seguramente como plataforma
bueno no conozco
muchos detalles
de los demás
pero no es
no es una mala herramienta
lo que pasa
ah mira
lo que dice
vale
iba a decir lo que pone Kiko
ahí en el mensaje
que acabas de poner
spoiler
le hago un retweet
ya está
no digo nada más
siguiente
like
TypeScript
Alba
¿qué opinas
TypeScript?
porque tiene una
o sea
seguramente
de las tendencias
más llamativas
tendríamos
TypeScript
Jest
y GraphQL
yo creo que son las tres
que tienen la tendencia
más al alza
pues a ver
en realidad
yo cuando
trabajé con Angular
porque estuve algunos meses
y hacía TypeScript
no fue difícil el cambio
de Javascript
a TypeScript
leyendo documentación
y metiéndome
pero al final
es que lo veo
todo muy
muy con mentalidad
de backend
entonces para mí
sí que fue
difícil el cambio
de cómo crearme
las funciones
las clases
y tiparlo todo
y crearme modelos
eso para mí
fue un cambio
bastante grande
pero sí que es verdad
que al final
todos están cambiando
a esta ola
sobre todo
si han creado
Viewing
Next 3
lo van a sacar
en TypeScript
como que a mí me da
miedito no pasarme
a TypeScript ahora
porque siento que la ola
va a venir y me va a comer
si yo sigo con Javascript
así que
o sea que diríamos
que es algo aprender
¿no?
una tendencia
que estaría interesante
aprender
porque esto también
cambia la mentalidad
exacto
nos puede dar información
de qué deberíamos
empezar a aprender
porque la ola no para
otro caso es Jest
que año tras año
podemos ver
que cada vez
se está utilizando más
sobre todo
si va de abajo a arriba
y de izquierda a derecha
es súper positivo
porque eso significa
que cuanto más gente va
la opinión
va siendo cada vez mejor
y por lo tanto
significa que
está evolucionando correctamente
así que Jest
he estado
en los últimos tiempos
viendo
ecosistemas de testing
en otros lenguajes
que no son Javascript
o sea
en lenguajes de servidor
digamos
y
hostia
lo comparas con lo
sencillo que llega a ser Jest
que
sí que tiene
muchas opciones
de configuración
y lo que tú quieras
pero
hostia
es que es
o sea
años luz
totalmente
con cualquier
o con la mayoría
bueno con cualquier
no creo
pero con un montón
de otros ecosistemas
y
es que es normal
que le guste
o sea
es que es
tiene que tener
envidia
sí
sí sí sí
mira aquí tenemos
Mocha
que cada año
el uso se ha quedado
ahí estancado
y cada vez va para atrás
y esto es lo mismo
conforme hay una alternativa
que es mejor
claro
Mocha
la gente lo compara
con Jess
y seguramente
su opinión cada vez
va siendo más negativa
pasa lo mismo
con Jasmine
y
creo que no veo otro
que sea de testing
pero bueno
sí
tenemos Ava
también ha ido hacia atrás
todo lo que es de testing
claro
lo que pasa es que
si tienes una
que cada vez te gusta más
pues es normal
que vayas hacia atrás
GraphQL
también está teniendo
esa misma curva
o sea que también
parece ser
ha retrocedido un poco
pero bueno
sigue siendo positivo
y cada vez lo está utilizando
más gente
no es tan trending
como los otros tres
que hemos visto
Webpack, TypeScript
y Jest
que lo utiliza todo el mundo
y justo con eso
tendríamos
React
que React está
en el cuadrante
arriba a la derecha
pero sí que ha tenido
un pequeño retroceso
este año
de que lo utiliza
la misma gente
que antes
incluso un poquito menos
lo utiliza la misma gente
y ha retrocedido
la opinión negativa
y esto puede ser
justamente porque
a lo mejor a la gente
le gusta más
las alternativas
como Svelte
o podría ser
Vue.js
o podría ser
cosas así
no lo descarto
¿por qué creéis
que hay este
pequeño retroceso
a lo mejor
en React?
Desde mi punto
o sea
siendo lo científica
que es esta encuesta
que digamos que
claro que hay que
pillarla con pinzas
hay que pillarla con pinzas
le voy a dar
le voy a dar
el comodín
de
es más o menos
lo mismo
o sea
no creo que
o sea
no sé
igual estaba pensando
que igual
no sé si ha coincido
con el
más el boom
de los hooks
igual la gente
no sé
le ha pasado
como digamos
la luna de miel
de los hooks
y ahora
pero
es que no sé
hay tan poca variación
que igual no
no creo que sea significativa
no sé
Mira aquí tenemos
por ejemplo
la gráfica de Vue
que en 2016
pues la gente
lo había usado poco
y la opinión estaba
sinifunifa
en un año
en 2017
pegó el pepinazo
y luego
se ha mantenido
en satisfacción
más o menos igual
pero sí que ha ido
subiendo
hacia arriba
y hay un pequeño
retroceso
pero nada
nada
a destacar
¿no?
pero todavía parece
menos entre los encuestados
que no se utiliza tanto
pero
sí que está en ascendencia
o sea
en una tendencia
positiva también
tendríamos ahí
Storybook
también
Next Yes
digamos que son los grandes
ganadores
Next Yes
también
Storybook
aunque son frameworks
que tienen
son un submercado
de por ejemplo
Frameworks
Storybook
en este caso
de cualquier framework
pero Next Yes
de React
en concreto
que están teniendo
también una tendencia
positiva
la que me sorprende
es
Gatsby
en un año
la gente ha usado
un poquito más
pero ha tenido
un retroceso
yo tengo que decir
una cosa
sí que veo
más o menos
leyendo así
en general
la gráfica
sí que veo
que encaja
con ciertas acciones
o cosas que han pasado
por ejemplo
Redux
no solo por las alternativas
que han podido salir
sobre todo
en el supermercado
principal
que es React
sino que he visto
una respuesta
de Redux
porque uno de los problemas
que tenía
era justamente
el tema del boilerplate
pues este año
salió Redux
Toolkit
o sea que está dando
respuesta justamente
a la mala opinión
que tenían sobre esto
para simplificarlo
para quitarle
boilerplate
y tal
y Gatsby
también he visto
que están intentando
o sea
que parece que sí
que pueden responder
ciertas cosas
a opiniones negativas
que pueda tener
pueda tener la gente
y aquí en Angular
pues antes
estaba hablando de Vue
Angular
sí que se está pegando
parece que
de 2017 a 2018
pegó ahí
de un montón de gente
que lo utilizó
pero la opinión
está muy lejos
de Vue
y de React
¿creéis que esto...?
Yo los casos
que conozco de Angular
la mayoría son de
y de eso
o sea
mi pura experiencia
personal
así que
es menos científico
incluso que la
imagínate
bueno
pero ya está bien
ya está bien
hay muchos contextos
donde Angular
se usó
porque es como
lo que parecía
la alternativa más
enterprise friendly
de los frameworks
de JavaScript
en el momento
igual
era como
ya te viene
con TypeScript
o sea
va con tipos
se parece un poco más
a lo que escribimos
en el bug
es como que ya
era el que había antes
era de Google
tal tal tal
entonces es como
que se usa
bastante o mucho
porque es
porque hay mucha
empresa grande
pero el uso
o sea
las opiniones
pues
creo que la mayoría
de gente
coincide
que no es el framework
más cómodo
por decirlo
de alguna forma
para trabajar
y tú
Alba
tienes alguna
no solo de Angular
alguna que te sorprenda
en esta gráfica
o algo que quieras comentar
que me sorprende
que Vue no haya subido más
pero sí que es verdad
que subo más nicho
pero
pero sí que es verdad
que lo de Angular
estoy de acuerdo con Adrià
porque por ejemplo
yo cuando trabajé en Angular
trabajé en una empresa
bastante grande
y en todas las empresas
pequeñas en las que he estado
de 50 empleados
para abajo
casi ninguno
utilizaba Angular
que tampoco .NET
que parece que vayan ligados
de la mano
porque yo siempre que he trabajado
en Angular
había un .NET
de su lado
y era como
¿qué ha pasado aquí?
aquí ha habido
un enterprise
communication
han dicho
.NET y Angular
juntitos
de verdad
no sé
algo hay ahí
mira aquí tenemos
decían por el chat
oye ¿dónde está Svelte?
¿dónde está Svelte?
pues aquí está Svelte
lo que pasa es que
podemos ver que
lo usa muy poca gente
su opinión
de positiva
es bueno
como
papetier
roll up
algo así
pero
¿qué pasa?
que claro
esto es lo que vemos
lo que podéis ver
muchas veces
es que cuando se empieza
a utilizar una librería
como por ejemplo
mira aquí tenemos Vue
imaginaos
2016
tenía peor opinión
que la que tiene ahora
Svelte
cuando la utilizaba
más o menos
la misma gente
¿por qué?
porque cuando
empiezas a utilizar
una librería
hasta que no le sacas
todo el rendimiento
y te conviertes
en un experto
digamos
normalmente
no tienes una opinión
todavía mejor formada
lo que te pueden ocurrir
son dos cosas
cuanto más la conoces
más te gusta
o todo lo contrario
esto a lo mejor puede ser
lo que podemos ver
en Angular
o ha evolucionado mal
en el tiempo
por ejemplo
Vue
con el tiempo
pues parece que ha evolucionado
correctamente
eso según la encuesta
porque a lo que decía Alba
de que no le gusta
de que Vue
no haya subido más
seguramente si esta encuesta
en lugar de un 20%
de Estados Unidos
hubiera sido un 20%
de China
veríamos que Vue
está pues
por encima de React
sin ningún problema
y React mucho más abajo
o sea que
claro
tened en cuenta
ese
un poquito
ese contexto
porque estas tecnologías
sí que
es innegable
Estados Unidos
es súper importante
con una potencia
de desarrollo
porque tenemos
Twitter, LinkedIn
Paypal, Facebook
bueno
mil millones de tal
pero China
también es una gran
potencia
como lo dice Alba
como Europa
así que tenedlo en cuenta
alguna más
que queráis comentar
así que
que os llame
que digas
ostras
esta no me la esperaba
por aquí
ostras
esta
alguna más
que queráis comentar
todo bastante
predecible
¿no?
creo
bueno
todo
todo
pero
es como que
es más o menos
o sea el mismo hype
que existe en Twitter
el día a día
es el hype que existe
cuando vas a votar
en la encuesta
que es el hype
que se ve aquí
lo decía Kiko
Kiko decía
todo lo nuevo
es bueno
todo lo malo
es viejo
pero no estoy del todo
de acuerdo
porque por ejemplo
Express
es bastante antigua
y está bastante arriba
no se actualiza
desde 2019
o sea es una librería
que un framework
de Node
que no se actualiza
desde 2019
su última release
es de 2019
de mayo además
y ahí está
luego
quieras o no
TypeScript
tiene muchos años
tiene muchos años
no es nuevo para nada
esto es de la época
de CoffeeScript
que CoffeeScript
no está ni aparece
ni se le espera
pero que
para que nos hagamos una idea
no creo que sea de algo
de que sea nuevo
Jest
tampoco está nuevo
ahora
puede ser que ahora
lo esté petando y tal
pero bueno
de hecho vemos que en 2016
existía
lo que pasa es que sí que podemos ver
que a lo mejor
han evolucionado bien
o a lo mejor
Jest al principio
era un coñazo
quién sabe
y con el feedback
justamente pues
les fue bien
no sé
la documentación
vamos a ver un poco
los front-end frameworks
y este
a ver qué te parece esto
Adrià
el tema
bueno
y también algo
porque la satisfacción
de Vue
queda tercera
bueno
bueno
no segunda
no seamos
pero mira
mira
bueno
primera satisfacción
no ha podido ni terminar la frase
me encanta
me encanta
me encanta
Svelte
de satisfacción
o sea
la poca gente que lo utiliza
le gusta mucho
la poca gente que lo usa
porque si vemos el uso
vemos que Svelte
cae por debajo
o sea
se queda en el cuarto
pero satisfacción
e interés
está número uno
¿creéis que en 2021
vamos a esperar más de Svelte?
o no
esto es una moda
que ya está
no se quiere mojar
Adrià
está que no se quiere mojar
en nada
dice no no
a ver
a ver si la voy a cagar
porque digo
esto desaparece este año
ha quedado grabado esto
voy a decir
que no lo va a usar nadie
el año que viene
lo usa todo el mundo
yo he hecho
el
el
todo entero
o sea
todo el tutorial
y una aplicación de prueba
y tal
y hostia
la verdad es que es
me sorprendió
que
estando donde estamos
y sin haber
ha habido un gran cambio
en
o sea
jugando las mismas redes del juego
que Reactive View
y compañía
hostia
que se habían sacado de la manga
algo realmente cómodo
y
con ideas nuevas
¿no?
o sea
y
original
digamos
no sé
es como que ha pasado
súper
poco tiempo
y
que al final
para que el framework
o sea además del hype
de que sea muy cómodo
por así decirlo
tiene que haber
ofertas de trabajo
¿no?
que
que
que
que
que pongan
en algún sitio
para que el framework
tenga el ecosistema
y lo demás
que tiene que tener
claro
hasta que no haya trabajo
ahí está
o sea
eso es totalmente cierto
hasta que no hayan puesto de trabajo
que se sustenten en Svelte
no
esto no
esto no tira
mucha satisfacción o interés
que puedes tener en tus pet projects
pero
pero nada
tú que
que dices
Alba
¿has probado Svelte?
pues no
la verdad es que Svelte no
pero
al pin de yes
sí
y me ha hecho
me ha causado curiosidad
que estuviera en el cuarto puesto
la verdad
a ver
yo creo que va de la mano
con todos los que habrán usado
Tailwind CSS
porque
al pin de yes
vino como
alternativa
a utilizarlo
cuando tenías un proyecto
súper básico
con HTML
sin view
ni nada
de estas movidas
entonces
yo lo probé
y estaba guay
pero es muy light
no es para hacer
una aplicación tocha
para mí
claro
a veces
a veces pasa
que no
que hay frameworks
que dicen
ah esto lo utilizaría
para mi pet project
pero no haría
mi aplicación
de la empresa
con esto
o sea que
así que satisfacción
Svelte
React
y Vue
en tercer lugar
interés
Svelte
Vue
por delante de React
la sonrisilla
esa sonrisilla
y luego React
no
tampoco sonreímos mucho
porque como llevamos así
desde el 2018
pues ya estamos acostumbrados
no pasa nada
pues ya solo falta
que el uso
realmente
que el uso
porque Facebook
tiene muchos componentes
hombre
esto es porque cuenta mucho
no me estrellaría
que fuese verdad
lo que dices
es verdad que
obviamente React
tiene
también creo
que ha tenido
mucho que ver
Next.js
Next.js
es un framework
que ha hecho
que la adopción
de React
se dispare
podemos ver
que cualquier empresa
dice
¿con qué lo hago?
ya ni siquiera React
es Next.js
Apple
Marvel
IGN
es que entro en páginas
y digo
pero esto está hecho
un Next.js
y ese framework
creo que justamente
es lo que ha marcado
un poco la diferencia
es que por suerte
en Vue
tiene Naqs
y creo que ahí
es donde está la diferencia
con Angular
de que le falta
ese framework
que esté a ese nivel
al que está
Next.js
de calidad
porque sí que tiene frameworks
pero le falta
a lo mejor ese framework
que marque la diferencia
como lo hace
Next.js
y lo hace Naqs
no sé si por ahí
ponéis los tiros
un poco al revés
de lo que decíamos
con Svel
de los puestos de trabajo
o sea
por el contrario
hay un montón
de ofertas
de React developer
¿no?
Claro
ya ni Frontend
ni JavaScript
sino directamente
alguien que sepa React
es como justo
lo opuesto
a lo de Svel
y tampoco
no sé si es muy
no sé si es positivo
exacto
exacto
totalmente
pues de uso
tenemos así
y de
bueno
conciencia
está
la verdad
es que React
Angular y Vue
lo conoce
todo el mundo
y Svel
queda por debajo
de Ember
que Ember
en satisfacción
pues está
ahora mismo
como por los suelos
directamente
o sea que
no sé
¿cuál creéis
que va a ser
en 2021
un poco la evolución?
ya sé que
os gustaría que
Vue estuviese
a lo alto
pero ¿creéis
que puede haber
un sorpaso
de Vue
este año
por los cambios
que ha habido
o creéis que
va a haber
algo diferenciador
que puede ser
que ocurra?
Hombre
han mejorado
la integración
con TypeScript
o sea que
mucha gente
a lo mejor
que es tan
disgustada
con Angular
pues podrá
pasarse al lado
de Vue
pensaba que iba a decir
al lado oscuro
ya iba a decir eso
pero
lo he dejado
en el camino correcto
que bueno
que bueno
¿tú qué dices
Adri?
¿crees que
va a haber
un cambio?
en uso
seguro que no
porque yo creo que
aquí los ordenamos
primero, segundo
tercero
pero creo que
es como
supongo que
incluso órdenes
de magnitud
distintos
entre lo que se llega
a usar React
en el mundo
digamos
y los demás
seguro que está
angular por ahí
en cualquier caso
la satisfacción
lo comentábamos antes
o sea
evidentemente
hay un primero
un segundo
un tercero
pero
tampoco no es una carrera
y lo interesante
es que
toda la satisfacción
en general
es bastante
alta
así que
la gente que lo usa
está
contenta
digamos
y eso es lo interesante
al final
la diferencia
entre el 89
y el 80
y el tal
tampoco no
están más o menos ahí
están ahí
sí sí
al final
el concepto
de componente
es muy parecido
en todos
yo creo que
eso es lo que marca
más la diferencia
o sea
creo que
eso es lo diferenciador
de estos frameworks
a cosas que podíamos tener antes
como jQuery
y cosas así
entonces
ya solo el tener componente
o sea
es tan rompedor
ese concepto
que creo que es
lo que realmente
nos hace más felices
o sea
no me imaginaría
por ejemplo
Svelte
tan arriba
si viniese con algo
más parecido
a lo que traía
mejor
Backbone
que no lo que trae
el concepto de componente
de React
de Vue
y todo esto
así que creo que
eso a lo mejor
es lo que explicaría más
esto
vamos con los awards
vamos con los awards
tecnología más utilizada
¿sabéis esto?
¿sabéis cuál es el spoiler?
¿concedido a la tecnología
con mejor progresión?
¿sabéis lo que viene?
¿cuál creéis que es?
lo sabéis ya
es Vue.js
es Vue.js
TypeScript
TypeScript
seguido de Next.js
eh
seguido de Next.js
como mayor adopción
mayor satisfacción
Testing Library
que no hemos hablado
de ello
pero bueno
y Adri
además es colaborador
y mantenedor
de hecho
¿no?
o sea mantienes
es oficialmente
mantener
de la librería
así que
creo que es mantenedor
en castellano suena muy mal
mantenedor
digo
no sé si
si es
mantener
vale
pues testing library
así que
como parte del trabajo
es tuyo
Adri
muchas felicidades
a ti y a todo el equipo
porque realmente
creo que ha marcado
la diferencia
en el frontend
y en javascript
para el testing
así que felicidades
sí
yo creo que hay
a nivel de testing
hay dos herramientas
que son
o sea parte de Jest
digamos que es como
la plataforma
y que
que ya funciona bien
desde hace años
eh
tanto la
testing library
para React
Vue
etc
como Cypress
que han hecho
que lo que antes
era un dolor
que era intentar
testear en el front
ahora sea
eh
agradable
o sea que
sea lo que ha cambiado
el último año
o año y medio
la verdad es que
es muy bestia
Alba
¿cuál es la tecnología
que tienes más interés
en aprender
en este 2021?
la que ha salido ahí
no
la verdad es que no
pero
¿y la que tú quieres?
yo storybook
¿storybook?
quiero
sí
¿y por tu parte
Adrià?
pues yo soy de los que
se ha asomado
al
digamos al
perdón de
TypeScript
sobre todo
este año
en concreto
eh
y lo conozco
y lo uso
pero
eh
tengo interés
en usarlo más
además de Bootstrap
que también
que está ya
a punto de volver
no pero supongo
que TypeScript
y lo que quiero
mira
iba a decir
que lo que quería
salvar
era de Type
de Graph
sí
GraphQL
pero bueno
sí
mira hay gente
que vota Snowpack
ojo eh
una alternativa
a Webpack
de hecho
podríamos ver
y esto
aquí viene una predicción
2021
igual vemos como
Webpack
va hacia atrás
en
en
en percepción positiva
justamente por compararlo
con Snowpack
o alternativas así
y bueno
con más respuestas escritas
tampoco que sea muy interesante
pero IntelliJ Idea
¿utilizáis IntelliJ Idea?
o sois de Visual Studio
yo soy de Visual
ahora pero antes
era de IntelliJ
a ver
hay dos equipos
ya no hay más
antes estaba Atom
estaba Sublime
pero creo que
se han quedado
bastante
bastante atrás
pues
cuál es la
Dreamweaver
eso sí que era un
algo
un IDE
veo el Dreamweaver
y lo subo
a Frontpage
Microsoft
Frontpage
creo que aún tengo libros
de aprender
a programar
tu primera web
con Frontpage
imagínate
qué grande
entonces
2020
¿qué es lo que
en general
la tecnología
que más os ha gustado
o features
de JavaScript
que más habéis disfrutado
¿qué es lo que más
lo que
no sé
os gustaría poner ahí
en valor?
pues yo creo
no
ahora sigues tú
ahora tú
ahora sí
ahora sí
ahora sí
va lo hago muy rápido
así no puedes pensar
mucho
no
lo he hecho
un poco spoiler
al final
yo creo que
lo que ha mejorado
a nivel de testing
el ecosistema
de JavaScript
es
para mí igual
es lo más destacado
o sea
lo sencillo
que se ha convertido
y lo fácil
que es crear
test
que sean cercanos
al usuario
que no sean
que no se rompan
al mínimo cambio
y que
y que ayuden
realmente
al desarrollo
de producto
creo que
tanto las
Testing Library
como Cypress
creo que
es de lo mejorcito
que ha pasado
a nivel global
este año
por tu parte
Alba
pues yo iba a decir
Yes
o sea que en realidad
sí porque
porque este año
he empezado a testear
todos mis componentes
y he visto cosas
que estaba haciendo mal
he descubierto más cosas
de cómo
estructurar mi código
y la verdad es que
me ha ayudado
para aprender
a estructurar mi proyecto
más que solo para testear
o sea que yo diría
que Yes
ha sido un descubrimiento
para mí al menos
muy bien
súper interesante
yo por mi parte
os voy a decir
aquí
mira
aquí lo tenéis
a ver
aquí está mi selección
este es el spoiler
en más grid modules
que además
estaba de acuerdo
hablando con un compañero
es verdad que
lo de en más grid modules
como decía Alba
pues ya llevamos tiempo
utilizándolos en webpack
pero claro
aún así
aunque webpack te lo daba
era un poco un problema
porque
en Node.js
todavía no se soportaba
tenemos librerías todavía
que están utilizando
Common.js
o otro tipo de módulos
que son un coñazo
y en más grid modules
que ha llegado este año
de forma oficial
creo que va a marcar la diferencia
y si pudiera darle un botón
para cambiar todo el código
que tenemos ahí en el mundo
y que todos utilizasen
en más grid modules
o sea seguiría seguramente
no sé
si me pusieran dos botones
uno
paz mundial
y otro
en más grid modules
en todo el código
tendría dudas
estaría ahí
que no sabría que hacer exactamente
así que
bueno seguramente
paz mundial
la verdad es que
es de esas cosas
que
que
si lo miras
en perspectiva
no tiene mucho sentido
que estemos en 2021
y no esté esto
resuelto
¿no?
totalmente
yo no tengo
un sistema único
de empaquetado
adecuado
al navegador
y
exacto
universal
y además hay como cinco
cada uno se llama distinto
no tiene nada que ver
el uno con el otro
rola para hacer unas cosas
web para que hace otras
es como
exacto
no quiero pensar eso
quiero escribir código
y que no pese mucho
en el navegador
es todo lo que quiero
no puede ser tan difícil
pues pues
totalmente
pues sí
era difícil
era difícil
y sigue siendo difícil
lo peor es que esto
como comentas Adri
tiene sus implicaciones
hoy en día todavía
y lo que nos va a durar
de librerías
de pues
por ejemplo
la propia React
que es tan importante
pues todavía no
soporta al 100%
en más grid modules
o sea que
y las que hay ahí
que se habrán quedado
sin escribir
y los problemas
que nos va a dar
que no
va a ser un montón
va a ser un montón
pues nada
muchísimas gracias
antes de irnos
vamos a tener un vídeo
pero vamos a despedir
a nuestros invitados
a Alba
muchísimas gracias
por pasarte
Silvente
Alba Silvente
que la tienes que seguir
en Twitter
¿cuál es tu Twitter
Alba
para que la gente
siga?
a un trao
con W
de hecho
sí
es complicado
¿no?
esto pasa cuando
mira
Alba Silvente
ah mira
pero si hay gente
like
no pero
pero salgo
es verdad
ah mira
estamos aquí
estamos aquí
mira
tenemos aquí a Alba
Alba Silvente
que además hace poco
la han nombrado
por aquí
en Net
Net
Net
claro que no me sale el nombre
Netlify ¿no?
Netlify
Netlify
por su blog
que es bastante chulo
pues aquí la tenéis
mira
aquí está el handler
Down
es que también Alba
ya no
pero porque Down
es Alba en inglés
entonces como Alba
Traos
ya estaba cogido
me he cogido a un Traos
no es tan complicado
te iba a decir
esto no será Alba
en holandés
que como has dicho
que estamos en Ámsterdam
no no no
es en inglés
The Down
and the task
holo
ostras
una vez explicado
tiene sentido
sí sí sí
pero te quedas así como
¿qué?
¿qué?
¿en inglés?
¿qué?
claro ahora sí
pues aquí tenéis a Alba
que es Senior Frontend Developer
en Blue Harvest
y que además le encanta hablar
de Naxx
así que bueno
ahí la tenéis para seguirla
y también tenemos
pues a Adriá Foncuberta
muchas gracias por pasarte
Adri
aquí tenéis a Adri
a ti para invitarme
muy interesante
nada
súper
sí
a Foncú
gracias señor
a Foncú
con Q
porque también es en
es en catalán
entonces por eso es con Q
bueno y porque
la Foncú con Cebu ya no lo tengo
ya no está
pues mira
sales también aquí
a este ya le he dado like
ah mira like
también
pues muchas gracias
por pasarte
vamos a ver un vídeo
de la comunidad
que nos ha dejado
con sus favoritos
de este año
espero que os guste
porque tiene alguna sorpresa
no os lo perdáis el vídeo
muchísimas gracias Alba
muchísimas gracias Adri
y nos vemos en el siguiente
os mando un abrazo
vamos con el vídeo
y disfrutadlo
muy buenas amigos de MiduDev
pues la verdad es que 2020
ha sido un año brutal
para JavaScript
con la llegada de los S-modus
los import dinámicos
pero la verdad es que yo me quedo
con dos operadores
como son Optional Chain
y Nunes Collision
que nos ha ayudado muchísimo
a reducir el gameplay
a nivel de validaciones
de nuestras estructuras de datos
para mí
lo mejor de JavaScript en 2020
ha sido la validación
de Jamstack
y también de Testing Library
estamos empezando a dejar de discutir
si este framework
o el otro es mejor
para centrarnos en la forma
en la que hacemos las cosas
que es lo que al final
aporta valor
me ha parecido muy interesante
el ratio de satisfacción
de Svelte y Electron
y los quiero probar
porque reducir JavaScript
en las webapps
siempre es bueno
y hacer apps
para escritorios
en IntelSarSwift
también
aunque esto último
no se veréis
a mi jefe en Apple
y yo con estos pelos
¿qué me ha gustado del 2020?
hace mucha ilusión
todo lo que tiene que ver
con herramientas
con el tooling
me ha gustado especialmente
la novedad
de Module Federation
introducida en Webpack
creo que va a ser
un verdadero habilitador
para esos equipos
que trabajan
en proyectos de frontend
monolíticos
para que puedan empezar
a desplegar
con total independencia
módulos y sus funcionalidades
a ver
es que hace un montón
que no estoy demasiado
puesta en movidas
de JavaScript
pero si tuviera que pedirle
algo 2021
sería que por favor
que los JSON
se realizaran por defecto
BigInt
yo creo
que no estoy pidiendo mucho
digo
una de las cosas
más interesantes
que va a pasar este año
es que la versión 10
de Node.js
va a dejar de tener
soporte en abril
lo interesante aquí
es que la versión 12
aparte de introducir
mejoras del lenguaje
posiblemente la mejora
más esperada
es la introducción
de M-Screen Module
como algo oficial
como algo estable
para usar módulos
en Node.js
hasta ahora
la manera tradicional
de usar módulos
en Node.js
es a través de importarlos
a través de Require
y eso genera un poco
de conflicto
porque las APIs
a nivel de browser
están avanzando mucho
pero en el ecosistema
de Node
eso está un poco
dividido
porque aún se usa
muchísimo Require
entonces es una oportunidad
muy buena
para que la gente
que mantiene código
saquen nuevas versiones
de su código
que unifique
el ecosistema
y al final
el output
de todo esto
para el usuario
es que van a cargar
menos dependencias
que van a cargar
dependencias más livianas
que van a usar APIs
más transversadas
entre clientes y servidor
y al final
va a ser un win
para toda comunidad
lo que más me ha gustado
el 2020
ha sido Naxx
consolidándose
como un framework
para todo
desde páginas
totalmente estáticas
hasta ser
mensaje rendering
y como veis
soy una gran fan
y no me ha gustado
que Vio
ha caído en satisfacción
seguramente
por todo el drama
que ha habido
con Composition API
y el retraso
de la tercera versión
y tampoco me ha gustado
nada
el porcentaje tan bajo
de mujeres
que ha participado
en la encuesta
que simplemente refleja
un problema
de nuestra industria
y realmente lo que importa
de 2021
es 17 de agosto
muerte definitiva
de Internet Explorer
día glorioso
para JavaScript
y todo el frontend
y para 2021
lo que me gustaría ver
es que lo que ha introducido React
con los servers
and components
lo llevamos a otros frameworks
porque lo mismo
que decía antes
que es un approach
muy interesante
y que puede cambiar
la forma en la que
creamos aplicaciones
y nada
a ver
a ver qué pasa
a ver si se cumple
tu plas y récords
Miguel Ángel ya habló
en nuestros directos
y estoy seguro
que nos va a ayudar
a armar bollón
a performar
y evitar renderizados
en nuestros componentes
con nuestro framework
de librería favorita
como React
pues hay dos proyectos
que a mí me hacen
mucha ilusión
el primero de ellos
es Snowpack
muy orientado
a eliminar
toda la fatiga
que nos hemos ido comiendo
todos estos años
los desarrolladores frontend
y el otro
por supuesto
es Next.js
creo que están introduciendo
un montón de novedades
que nos ahorran
dolores de cabeza
como el nuevo componente
de imágenes
o ese nuevo framework
para construir
tiendas virtuales
y que sigáis a Midu
hasta los 100.000 seguidores
para que tenga esa placa
JavaScript
chao
adiós
pues nada
espero que os haya gustado
un montón
gracias por estar aquí
tenemos todavía
a Alba
muchas gracias
por quedarte
Alba hasta el final
que la hayas disfrutado
muchas gracias
a todos los que habéis estado
por el chat
dejad vuestro like
no os olvidéis
de suscribiros
si os gusta
desarrollo web
y JavaScript
aquí en MiduDev
que le vamos dando
bastante cañita
así que nada
nos vemos en la siguiente
y hasta luego
seguid disfrutando
de JavaScript
a tope
chao
¡Gracias!