Los Web Components NO son el Futuro
Вставка
- Опубліковано 4 жов 2024
- En este video, hablaremos sobre por que los web components no son el futuro, reaccionaremos a algunas opiniones de creadores de Frameworks y compartire mi opinion sobre este tema
▶ No te pierdas más directos en: / midudev
▶ Artículo analizado: dev.to/ryansol...
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
30 vistas en un minuto. Midulive la esta rompiendo 🗣️🔥🔥🔥
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.
10:15 Referencia a Jujutsu Kaisen
Xd
No me recuerdes ese final x.x
16:11 JESSE, we need to code!!!
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.
Con lo que ya hay me es mas que suficiente, no me preocupa el futuro, pero te seguiré hasta el final.
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
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.
React no puede ser un standard, esta clarisimo. RxJS deberia. Muy buen video Midu
"he resumido"= chat gpt, resumeme esto.
tal cual
Angular tambien exporta con angular elements desde hace mucho tiempo
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
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.
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.
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...
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
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
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.
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
Midu: "que algo se use mucho, no significa que sea mejor"
Yo: "Coge lo tuyo ahí React", JAJAJAJAJAJJA
Genio Midu, saludos desde Uruguay
Yo tambien desde uruguay pero sin trabajo.
yo si tengo trabajo pero no soy de Uruguay
Ya escribió un articulo similar Rich Harris hace varios años.
"si hablan mal de ti es que algo estás haciendo bien"
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 😋
Algo parecido a jsx (creo), seria el operador: ```
${texto_a()}```;
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
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
que algo se utilice mucho no significa que sea lo mejor, solo que se utiliza mucho.
3 billion devices run java.
Midu, creo que tienes un poco liados los conceptos de lo que son los Webcomponents y que es importante aclarar:
9:36 lit no es un framework y mucho menos esta basado en webcomponents es una libreria de 4k que te ahorra estar repitiendo codigo al hacer Webcomponents entiendase "libreria para el desarrollo rapido de webcomponents".
9:48 Svelte, Vue y cualquier framework no es que soporte exportar webcomponents la exportacion la hace javascript. El componente lo haces en javascript puro o ayudado por una libreria. Lo exportas a tu repositorio de componentes: git-hub , git-lab o cualquier otro y simplemente lo importas en el framework de tu preferencia.
10:10 la extension de elementos html mediante una clase no tiene nada que ver con Lit, eso es Javascript puro, esta mezcla de conceptos se produce en la gente cuando aprende primero un framework en lugar de javascript, en esta caso Midu confunde y piensa que la extension de una clase es gracias a Lit.
10:37 No existe como tal la sintaxis de un WebComponent, sino la sintaxis de Vanilla JS.
13:42 "En el momento en que salga un framework en el que de lo mejor de los Webcomponents". Esta frase que dijiste me confirma que realmente si estas liado con el concepto. Asi como hay etiquetas nativas como , hay etiquetas customizables que son los WebComponents. Es como si dijeras "en el momento en que salga un framework en el que de lo mejor de las etiquetas , ". Los frameworks al momento de que soportan las etiquetas nativas soportan las etiquetas customizables. Y eso es gracias a los navegadores y no a los frameworks, ya que en los frameworks js corre por sus venas javascript la sangre, la cual tambien es la sangre de los Webcomponents. Mientras los navegadores soporten 3 tecnologias ( Custom Elements, Shadow dom y Templates ) de los Webcomponents es mas que suficiente y de eso ya tiene años que los soportan.
En todo lo demas estoy de acuerdo con lo que comentaste.
Saludos ¿Y que tal atomicojs webcomponents?
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
Gracias por el resumen 😁
👋 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.
A mi Lit me encanta. Lit y Svelte me parecen lo mejor
15:27 totalmente de acuerdo, react se usa mucho y claramente no es lo mejor, ni de lejos. Vengan de a uno jaja
Wtf llegue temprano, te amo Midu
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?
Midu Genio!!!
Cosas que no me preocupo con MudBLazor y c#
Los WC se acoplan de maravillas con Blazor
Vas a hablar de Godot o WOKEdot??
PHP es el pasado, presente y futuro.
Cuando sabes WenComponents te abre el panorama mas amplio a los frameworks.
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.
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.
El unico punto valido era el 1 en mi opinion.
haha, a mí no me engañas, le diste la URL a perplexity y te dió los puntos más resaltantes.
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.
"React un estandar" comentario de fanboy
con todas la herramientas que hay, simplemente los WC estas alli no es el futuro ni presente XD osea les vale mrd
🎅🏼
Y en ningún lugar del artículo dice qué está fumando para volarse tanto?
Un post totalmente tendencioso y mal intencionado.
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
Al final es mejor vanilla js
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
Has resumido o te ha resumido Chatgpt?
Y que importa quien lo hizo? yo agradezco el esfuerzo de informarnos casi a diario
Dijo mi pana que no programa 😂
Cuál es la diferencia?
@@4l3dxtardar 5' o tardar 1h es bastante la diferencia.