a los que trabajamos con una u otra tecnología no nos afecta porque si en el trabajo nos dicen que ya no usaremos algo pues simplemente aprendemos otra cosa y listo, pero en la mayoría de casos seguiremos usando la misma porque no conviene estar cambiando todo lo que ya está hecho
Algo que supongo la mayoría no sabe, es que Ryan conoce "todos" los frameworks internamente o les hace reverse engineering para entenderlos y ver qué le puede servir para Solid.js, la cosa está en que Ryan veía como el futuro los WC, siempre los esperó de forma entusiasta Les recomiendo altamente sus streams de los viernes, van a aprender un montón, claro, es tedioso ir tan a fondo pero es lo mejor que podrán ver
Los webcomponents me dan de comer y puedo decir que todo los puntos "malos" son ciertos, la interoperabilidad no es tan sencilla pero si todos los normalizas a un esquema pub/sub los dejas al punto, el ssr es difícil y hasta ahora no he visto un framework que los deje al punto para producción, el rendimiento puede ser trabajado por estrategias de renderizado (dejarlos en el DOM solo cuando los necesites), la complejidasd desaparece cuando usas una librería para webcomponents como lit o la difunta polymer; y en general puedo decir que hay muchas mas cosas buenas que cosas malas, al final usar React u otra librería tambien tiene sus cosas.
no da igual porque los wc son lo más cerca que hemos estado de tener algo oficial, algo que sea agnostico al framework que uses. Lo interesante es por qué no ha habido adopción
Conclusión: popularidad !== calidad. Sin embargo, la implementación actual de los web components, a mí personalmente, lo único que me da es dolor de cabeza. Queda mucho trabajo por hacer para la adopción masiva. Muy probablemente llegará, a medio o largo plazo, pero hasta entonces seguiré usando next o astro según las especificaciones del proyecto.
gracias midu por tanta información, he avanzado en programacion web desde 0 y hoy en día después de dos a cuatro años puedo dar mi opinión: React es el futuro de la web, con nextJS. Lo que ofrece es un dinamismo neto. GRACIAS
WC será el futuro si o sí, de hecho va a durar más que cualquier FW porque ya forman parte del estándar, les guste o no. Personalmente, prefiero mil veces más usar WC que las tecnologías más usadas como React y Tailwind. Y creo que faltó nombrar todas las empresas que usan WC, aparte de github, junto con las razones. Recomiendo que miren la charla que dio @ManzDev en al respecto. Aun así, buen resumen Midu👌
Es distinto que estén para quedarse a que sean el futuro. QuerySelector, fetch, promises fueron grandes contribuciones de la plataforma web, mas no son el futuro sino iba herramienta más
Yo he usado web components en en trabajo y me parece que están bien, y veo que las gente no sabe ni los ha mirado y los critican, no lo entendiendo. Además tienen si caso de uso, eso no hace que estorbe no que mate a alguien o algo, no entienden ni de que van, y temen los cambios. Tienen sus casos de uso en los que sirven, otros en los que no, como cualquier herramienta, librería, framework o lo que sea.
A mi lit me gusta, he trabajado con frameworks y no me acoplo, ya que usan muchas cosas para cualquier cosa, en cambio lit lo siento todo muy nativo y con una sintaxis mucho más familiar
Angular soporta los wb components desde hace mucho. Permite interoperabilidad en igual transformar componentes de angular a web components. Me gusta la idea de los web components, pero no creo que sea para todo ni menos sean el futuro
👋 a todos. Yo pienso que para que funcionen los web components tienen que ser usados como atributos bajo las dependencias de inyección que están de un framework, en una librería como React tendría que tener una base sólida para generar dicho uso. ¿Ustedes que opinan?.
Diría que no es necesario tanto react, angular, vue y otras tienen su logica de componentes reutilizables y encapsulados bien manejada por sus respectivos frameworks. No hay tanto motivo para complejizarse integrandole web component, siendo que no tienen problemas los frameworks ni en rendimiento ni en su logica de desarrollo.
Yo creo que web components sirve para mejorar la experiencia de usuario. Pero no necesariamente todas las páginas necesiten experiencias de usuario. Depende de la necesidad de cada proyecto
Todas las páginas tienen experiencias de usuario, algunas son buenas y otras malas. Que lo bueno o malo se debería medir en función del objetivo de conversión, eso si. Pero al final del día todo lo que mejore esa experiencia es bienvenido, especialmente si trae poco o ningún contratiempo.
Y a todo esto, Qué es en sí un "web component" y porque le dan tanta importancia? Yo no uso frameworks(hasta ahora) porque te encierran en una forma de hacer las cosas y te obligan a hacer algo de una unica forma. por otro lado, son buenos porque te dan un boilerplate, para iniciar, y te resuelven algunas cosas que dan dolor de cabeza resolverlas, pero de allí nada. adicional que la curva de algunos es tan grande, que te da dolor de cabeza sólo de pensarlo. igual, sea lo que sea, al final ni una ni la otra es un futuro en si. lo siento por el orgullo de esos tipos.
Me parece absurdo que la gente monte una guerra absurda con los framework o tecnologías. Que cada uno utilice lo que mas le guste o mas se adapte a las necesidades de la solución funcional. P.D: Lit mola 😋
2:40, insisto que en proyectos grandes, los componentes, permiten cambios por partes, ayudando a evitar perder tiempo con errores que llene el cerebro de información, con tanto código.
A react, realmente le falta mucho por madurar aún!! (Más con la evolución de javascript). React es simplemente una solución temporal que por algunos años convivirá como "es lo que hay".
WC es de las peores APIs que tenemos en web. Corrieron demasiado en pasar por todas las RFCs y ya de salida, te presentaron Lit para ayudarte a escribir WC... Perdonad si mi expectativa es demasiado alta pero creo que si una API requiere de una librería o framework de salida para ser usable es señal de que algo malo sucede. También da la "casualidad" que los mismos del proyecto Lit en Google fueron quienes participaron en la definición de los WC y quienes pusieron presión para que llegara a versión final rápidamente. En resumen, WC es una API nativa pero no una buena API que, para mas INRI, nació obsoleta. Para algunas aplicaciones da igual si usas WC o no, pero para otras es una imposibilidad o un infierno de optimizar y mantener.
¿Es que no se puede generalizar todas las circunstancias a alguna ideología, pero el pensamiento de no gustar de la web componente apostaría que podría ser por obsesionados en la informática seguridad y fiabilidad de funcionamiento del programa, ahora con la ayuda de la IA los webs components podrían ser creados al instante? Yo creo que los frameworks open-sources sería bueno que tenga un hash512 o 256 de cada versión en un blockchain público descentralizado web component podría se legó Transformers de virus indetectables. O generadores de bug ocultos apropósitos. Además, es mala leche que quieran cerra solo un grupo elite que maneja frameworks y no acepta web component que no los maneja del todo. Es similar si usas mi código, también usas mi doctrina si o sí.
Pues mira, ojalá a algún que otro framework sí que lo desviviese. El ecosistema del desarrollo JS actual me resulta un sindios insoportable con cuatro frameworks nuevos por día que son Lo Mejor Del Mundo Y Debes Usarlo.
@@Fran-kc2gu Oh no, sé que no dejarán de salir, es solo que si de verdad Web Components se dedicase a ser un "sicario de Frameworks" lo mismo un día empezaba a desvivirlos más rápido de lo que podían nacer =D
Client side standards are already established by HTML itself and JavaScript.. almost every framework on top of that brings overheard and huge over engineering.. Personally I opted for ditching client side frameworks and stayed with the ones that keep code as close as possible to native HTML and JavaScript. I could show you guys webapps I've built using plain vanilla doing SSR+Hydration+MicroFrontend.
Yo he usado leptos un webassembly en rust que es un frame full stack q está muy bueno creo q podría ser un buen camino, y wasmer es un Docker pero con rust y wasm está muy bueno ya que ni pesan las imágenes.
Todos estas polemicas terminan siendo gente inmadura defendiendo tecnologias como si fuera su equipo y se terminan olvidando de que realmente da igual que uses, porque solo es un medio para crear apps que ayuden a los usuarios.
Nunca vi un artículo tan estipudo y tan infantil. WebComponent va a matar a React porque va a demostrar la falta de necesidad de este en muchos escenarios. Esto no es más que un montón de niños jugando a ser empresarios y pensando que pueden manipular para seguir en pie. React es útil, pero no es indispensable.
a los que trabajamos con una u otra tecnología no nos afecta porque si en el trabajo nos dicen que ya no usaremos algo pues simplemente aprendemos otra cosa y listo, pero en la mayoría de casos seguiremos usando la misma porque no conviene estar cambiando todo lo que ya está hecho
Algo que supongo la mayoría no sabe, es que Ryan conoce "todos" los frameworks internamente o les hace reverse engineering para entenderlos y ver qué le puede servir para Solid.js, la cosa está en que Ryan veía como el futuro los WC, siempre los esperó de forma entusiasta
Les recomiendo altamente sus streams de los viernes, van a aprender un montón, claro, es tedioso ir tan a fondo pero es lo mejor que podrán ver
30 vistas en un minuto. Midulive la esta rompiendo 🗣️🔥🔥🔥
Los webcomponents me dan de comer y puedo decir que todo los puntos "malos" son ciertos, la interoperabilidad no es tan sencilla pero si todos los normalizas a un esquema pub/sub los dejas al punto, el ssr es difícil y hasta ahora no he visto un framework que los deje al punto para producción, el rendimiento puede ser trabajado por estrategias de renderizado (dejarlos en el DOM solo cuando los necesites), la complejidasd desaparece cuando usas una librería para webcomponents como lit o la difunta polymer; y en general puedo decir que hay muchas mas cosas buenas que cosas malas, al final usar React u otra librería tambien tiene sus cosas.
10:15 Referencia a Jujutsu Kaisen
Xd
No me recuerdes ese final x.x
16:11 JESSE, we need to code!!!
Creo que hay tantas alternativas allá afuera, que simplemente da igual tener esta discusión sobre si los WC son o no el futuro.
no da igual porque los wc son lo más cerca que hemos estado de tener algo oficial, algo que sea agnostico al framework que uses.
Lo interesante es por qué no ha habido adopción
5:53 Midu te responde
Siguen siendo necesarios en el mundo físico. Mejor me callo.
es correcto, mejor en el presente!
Con lo que ya hay me es mas que suficiente, no me preocupa el futuro, pero te seguiré hasta el final.
Angular tambien exporta con angular elements desde hace mucho tiempo
9:28 (...) déjame tranquilo, suéltame el brazo 😂. Gracias Midu por compartir ❤
entre al video me clave 10 minutos y despues de eso me di cuenta que nose que carajo es un web component gracias mido vuelvo al siguiente video
Conclusión: popularidad !== calidad. Sin embargo, la implementación actual de los web components, a mí personalmente, lo único que me da es dolor de cabeza. Queda mucho trabajo por hacer para la adopción masiva. Muy probablemente llegará, a medio o largo plazo, pero hasta entonces seguiré usando next o astro según las especificaciones del proyecto.
gracias midu por tanta información, he avanzado en programacion web desde 0 y hoy en día después de dos a cuatro años puedo dar mi opinión: React es el futuro de la web, con nextJS.
Lo que ofrece es un dinamismo neto. GRACIAS
Algo parecido a jsx (creo), seria el operador: ```
${texto_a()}```;
WC será el futuro si o sí, de hecho va a durar más que cualquier FW porque ya forman parte del estándar, les guste o no. Personalmente, prefiero mil veces más usar WC que las tecnologías más usadas como React y Tailwind. Y creo que faltó nombrar todas las empresas que usan WC, aparte de github, junto con las razones. Recomiendo que miren la charla que dio @ManzDev en al respecto. Aun así, buen resumen Midu👌
Es distinto que estén para quedarse a que sean el futuro. QuerySelector, fetch, promises fueron grandes contribuciones de la plataforma web, mas no son el futuro sino iba herramienta más
Yo he usado web components en en trabajo y me parece que están bien, y veo que las gente no sabe ni los ha mirado y los critican, no lo entendiendo. Además tienen si caso de uso, eso no hace que estorbe no que mate a alguien o algo, no entienden ni de que van, y temen los cambios. Tienen sus casos de uso en los que sirven, otros en los que no, como cualquier herramienta, librería, framework o lo que sea.
5:54 y ¿ si apareciera el tag ?
Genio Midu, saludos desde Uruguay
Yo tambien desde uruguay pero sin trabajo.
yo si tengo trabajo pero no soy de Uruguay
yo no soy de Uruguay ni tengo trabajo
A mi lit me gusta, he trabajado con frameworks y no me acoplo, ya que usan muchas cosas para cualquier cosa, en cambio lit lo siento todo muy nativo y con una sintaxis mucho más familiar
Ryan, Rich y Dominic siento que deberian de trabajar juntos, son unas bestias en el tema de JS
"he resumido"= chat gpt, resumeme esto.
tal cual
*y agrega algunas opiniones polémicas
Angular soporta los wb components desde hace mucho. Permite interoperabilidad en igual transformar componentes de angular a web components. Me gusta la idea de los web components, pero no creo que sea para todo ni menos sean el futuro
Ya escribió un articulo similar Rich Harris hace varios años.
Gracias por el resumen 😁
Saludos ¿Y que tal atomicojs webcomponents?
👋 a todos.
Yo pienso que para que funcionen los web components tienen que ser usados como atributos bajo las dependencias de inyección que están de un framework, en una librería como React tendría que tener una base sólida para generar dicho uso. ¿Ustedes que opinan?.
Diría que no es necesario tanto react, angular, vue y otras tienen su logica de componentes reutilizables y encapsulados bien manejada por sus respectivos frameworks. No hay tanto motivo para complejizarse integrandole web component, siendo que no tienen problemas los frameworks ni en rendimiento ni en su logica de desarrollo.
Midu Genio!!!
ojala yo recibiera un dolar cada vez que alguien dice que algo es "el futuro", ya habría pagado mis deudas
Los programadores no se cansan de cagarla y demostrar lo mediocres que son para predecir. Serian perfectos inversores...
Detesto escribir html.. por ello estoy desarrollando mis rutinas para generar esos componentes html sin tanto lio.
El framework definitivo? 😅
Puedes usar pug y te olvidas de la sintaxis de HTML sin tener que montar algo nuevo
Yo creo que web components sirve para mejorar la experiencia de usuario. Pero no necesariamente todas las páginas necesiten experiencias de usuario. Depende de la necesidad de cada proyecto
Todas las páginas tienen experiencias de usuario, algunas son buenas y otras malas. Que lo bueno o malo se debería medir en función del objetivo de conversión, eso si. Pero al final del día todo lo que mejore esa experiencia es bienvenido, especialmente si trae poco o ningún contratiempo.
Y a todo esto, Qué es en sí un "web component" y porque le dan tanta importancia?
Yo no uso frameworks(hasta ahora) porque te encierran en una forma de hacer las cosas y te obligan a hacer algo de una unica forma. por otro lado, son buenos porque te dan un boilerplate, para iniciar, y te resuelven algunas cosas que dan dolor de cabeza resolverlas, pero de allí nada. adicional que la curva de algunos es tan grande, que te da dolor de cabeza sólo de pensarlo.
igual, sea lo que sea, al final ni una ni la otra es un futuro en si. lo siento por el orgullo de esos tipos.
Cuando dices "yo no uso frameworks (hasta ahora)" , a qué te refieres, al ámbito de proyectos personales o qué?
@@paulomirandaarias9544 ambos, personales y trabajo.
Me parece absurdo que la gente monte una guerra absurda con los framework o tecnologías. Que cada uno utilice lo que mas le guste o mas se adapte a las necesidades de la solución funcional.
P.D: Lit mola 😋
A mí lo que me gusta de lit es que lo puedo usar desde CDN y sin transpirar.
Y eso es muy top
A mi Lit me encanta. Lit y Svelte me parecen lo mejor
Midu: "que algo se use mucho, no significa que sea mejor"
Yo: "Coge lo tuyo ahí React", JAJAJAJAJAJJA
2:40, insisto que en proyectos grandes, los componentes, permiten cambios por partes, ayudando a evitar perder tiempo con errores que llene el cerebro de información, con tanto código.
A react, realmente le falta mucho por madurar aún!! (Más con la evolución de javascript). React es simplemente una solución temporal que por algunos años convivirá como "es lo que hay".
Wtf llegue temprano, te amo Midu
WC es de las peores APIs que tenemos en web. Corrieron demasiado en pasar por todas las RFCs y ya de salida, te presentaron Lit para ayudarte a escribir WC... Perdonad si mi expectativa es demasiado alta pero creo que si una API requiere de una librería o framework de salida para ser usable es señal de que algo malo sucede.
También da la "casualidad" que los mismos del proyecto Lit en Google fueron quienes participaron en la definición de los WC y quienes pusieron presión para que llegara a versión final rápidamente.
En resumen, WC es una API nativa pero no una buena API que, para mas INRI, nació obsoleta. Para algunas aplicaciones da igual si usas WC o no, pero para otras es una imposibilidad o un infierno de optimizar y mantener.
Jajaj yo que pensaba que nadie sabia lo de CSS yo fuí uno de esos que duré pila con tablas
15:27 totalmente de acuerdo, react se usa mucho y claramente no es lo mejor, ni de lejos. Vengan de a uno jaja
x2, React no es indispensable
¿Es que no se puede generalizar todas las circunstancias a alguna ideología, pero el pensamiento de no gustar de la web componente apostaría que podría ser por obsesionados en la informática seguridad y fiabilidad de funcionamiento del programa, ahora con la ayuda de la IA los webs components podrían ser creados al instante? Yo creo que los frameworks open-sources sería bueno que tenga un hash512 o 256 de cada versión en un blockchain público descentralizado web component podría se legó Transformers de virus indetectables. O generadores de bug ocultos apropósitos. Además, es mala leche que quieran cerra solo un grupo elite que maneja frameworks y no acepta web component que no los maneja del todo. Es similar si usas mi código, también usas mi doctrina si o sí.
React no puede ser un standard, esta clarisimo. RxJS deberia. Muy buen video Midu
que algo se utilice mucho no significa que sea lo mejor, solo que se utiliza mucho.
3 billion devices run java.
"si hablan mal de ti es que algo estás haciendo bien"
Pues mira, ojalá a algún que otro framework sí que lo desviviese. El ecosistema del desarrollo JS actual me resulta un sindios insoportable con cuatro frameworks nuevos por día que son Lo Mejor Del Mundo Y Debes Usarlo.
Que te hace pensar que si algo lo remplaza no seguirán saliendo 4 framework al día?
Dias que han pasado sin que salga un nuevo framework de Javascript: 0
@@Fran-kc2gu Oh no, sé que no dejarán de salir, es solo que si de verdad Web Components se dedicase a ser un "sicario de Frameworks" lo mismo un día empezaba a desvivirlos más rápido de lo que podían nacer =D
Aguante Svelte ♥
Cosas que no me preocupo con MudBLazor y c#
Los WC se acoplan de maravillas con Blazor
Client side standards are already established by HTML itself and JavaScript.. almost every framework on top of that brings overheard and huge over engineering..
Personally I opted for ditching client side frameworks and stayed with the ones that keep code as close as possible to native HTML and JavaScript.
I could show you guys webapps I've built using plain vanilla doing SSR+Hydration+MicroFrontend.
Would be nice if you share the webs and source if possible
PHP es el pasado, presente y futuro.
Son el presente.
Si te gusta JS y sabes JS usas Lit.
🎅🏼
¿Qué opináis que se incorporase typescript en el standard de los clientes?
Nunca lo fueron
Yo he usado leptos un webassembly en rust que es un frame full stack q está muy bueno creo q podría ser un buen camino, y wasmer es un Docker pero con rust y wasm está muy bueno ya que ni pesan las imágenes.
El unico punto valido era el 1 en mi opinion.
Vas a hablar de Godot o WOKEdot??
Todos estas polemicas terminan siendo gente inmadura defendiendo tecnologias como si fuera su equipo y se terminan olvidando de que realmente da igual que uses, porque solo es un medio para crear apps que ayuden a los usuarios.
La verdad que cansan ya cuando se ponen a discutir y hablar de más de herramientas como si fueran equipos de fútbol, son herramientas!!!
Seguro que está leyendo el resumen de chatgpt
Nunca vi un artículo tan estipudo y tan infantil. WebComponent va a matar a React porque va a demostrar la falta de necesidad de este en muchos escenarios. Esto no es más que un montón de niños jugando a ser empresarios y pensando que pueden manipular para seguir en pie. React es útil, pero no es indispensable.
Cuando sabes WenComponents te abre el panorama mas amplio a los frameworks.
haha, a mí no me engañas, le diste la URL a perplexity y te dió los puntos más resaltantes.
"React un estandar" comentario de fanboy
Al final es mejor vanilla js
con todas la herramientas que hay, simplemente los WC estas alli no es el futuro ni presente XD osea les vale mrd
Me lo he leído todo ....chat gpt ayúdame a crear 7 puntos de la siguiente lectura 😅... Haaa y un resumen para un vídeo máximo de 15 minutos
las aplicaciones de BBVA estan hechas con web components, así que tan malo nos son
La de banco frances es una garcha te digo. Funciona si, pero el ui/ux la diseño un mono
@@leonardohidalgo5127 le app de BBVA funciona muy bien y tiene buena UI, sobre todo la de España, y utilizan web components en todo lo que es UI
Y en ningún lugar del artículo dice qué está fumando para volarse tanto?
Un post totalmente tendencioso y mal intencionado.
Clickbaits una y otra vez
Pero si el vídeo literalmente va del título. El artículo se llama exactamente así y opino sobre ello. ¿Cuál es el clickbait?