React acabará Muerto como jQuery (mi opinión)
Vložit
- čas přidán 19. 05. 2024
- Analizaremos un post que afirma que React acabará como jQuery. ¡Muerto!. Hablaremos de cómo los estándares web modernos están haciendo obsoletos a React y otros frameworks, permitiendo crear aplicaciones complejas solo con tecnologías nativas en base al artículo
Artículo analizado: x.com/JaimeObregon/status/179...
▶ No te pierdas más directos en: / midudev - Věda a technologie
*Acabo el curso de React desde 0*
- Mi algoritmo: "React acabará Muerto como jQuery (mi opinión)"
Me ha pasado igual. Llevo un par de semanas a tope con react y veo esto 😂
Cualquier dev que quiere llamar la atencion:
- react va a morir
- react esta muerto
- react murió hace 5 años
- no uso ningún framework, soy muy genio
- esto se hace mejor con php
Xd
Puro clik-bait
aguante php locooo!
Hay uno en Linkedin que dice que solo usa C++ y que si necesita frameworks se los escribe él propio en 1 hora...
De hecho PHP va a morir este año 🤓
Al final PHP va terminar enterrando a todos.
tal cual 👍
Te equivocas, será COBOL
@midulive que paso con la tercera parte del curso de php?
COBOL en el 2100: Y nuevamente, acuden a mí.
@@weengineers5999 Assembler xD
React terminara como PHP y Jquery que viven diciendo que esta muerto y la gente que no cae en esos cuentos sigue viviendo y persiviendo ingresos con esas herramientas.
React es un framework y php no, nada que ver
Jquery si esta muerto
Totalmente de acuerdo, yo trabajo con Php y Jquery , llevo 6 años y desde el principio me decian q estaba muerto, hasta ahora no he descansado de trabajar de tanto que hay por ahcer en estas tecnologias
Larga vida PHP 🗿
🚬🚬
🤢
aun tengo pesadillas
Es god
desde hace 10 que empece en esto y decian que ya estaba muerto y no ha pasado. Es de las tecnologias donde hay mas ofertas junto con Java y .Net
frameworks artificlamente complejos? no pues que hacen? Las soluciones nativas son mucho más complejas que las de los frameworks, los proxies para hacer prograamación reactivas son ridiculos al lado de lo que ofrecen vue y react
Estoy de acuerdo que la programación debe ser los mas minimalista posible. En proyectos personales no uso frameworks. En la empresa uso las tecnologías que tengan.
No van a moprir los framekors, no ahora, pero si van a llegar a ser opcionales como ahora es opcional usar jquery.
Más bien se hará legacy en algún momento, muchos framework se crean bajo ideas incorrectas pero nunca lo sabremos hasta que no tengamos +5 años usándolo.
Ademas la web cambia, las api en la web que teníamos cuando se creó jQuery son muy diferentes a cuándo se creó Svelte.
Entran JQuery y PHP a un bar ...
Que lindo seria verlo realizar un proyecto de threejs pero sin la libreria XD
😂😂😂😂😂😂
WOW jajajaja, mejor ejemplo no hay jajaja 😅
Jajaja te mamaste
es un ciclo, un día tendremos tantos frameworks/librerias que la mejor opción será volver a lo más simple y hacer desarrollo nativo, luego aparecerán librerías que sean simples que volverán a crecer monstruosamente...
si tiene sentido, la robustes termina sofocando.
Una cosa es que no se use JQuery y otra muy distinta es que no se use directamente. Muchos framework y CMS lo usan, asi que le falta mucho para morir.
Dime uno
@@altpedrogeovanny Wordpress XD
@@altpedrogeovannyen Wordpress y entornos php es muy comun Jquery, no seas papafrita
Django usa Jquery para su admin site
Esta muerto
FIN
Ninguna tecnologia muere, estos articulos provienen de desarrolladores con poco contacto con la realidad, que idealizan el mundo como hojas en blanco y proyectos nuevos por venir, cuando el dia a dia de cualquier programador experimentado es mas bien MANTENER codigo existente, y casi nunca CREAR un proyecto o web desde cero. Con 30 años de experiencia puedo afirmar que RARA vez me ha tocado la suerte de poder crear un proyecto y elegir las tecnologias. Se percibe a menudo esta desconexion de la realidad por parte de los teoricos en todas las ciencias, y no somos la excepcion.
Algo a tener en cuenta con los frameworks es que te ayudan a generar estandares, y no solo a nivel de un proyecto sino estandares a nivel mundial, asi se hace mas facil incorporar personas a un proyecto
Muchos frameworks usaban su propia api de reactividad, cuando salieron los proxies todos migraron a ese soporte nativo. Asi siemore sera el camino a seguir.
En los últimos 20 años escuche de todo... de hecho hace no mucho decían que la web iba a desaparecer
Hay una historia pa cada bobo... 😂😂
Midu para cuando curso de Vue? Sin miedo al éxito
El mismo dijo q odiaba las directivas de vue xd
Aprendan de todas la tecnologías es lo más bello que existe en el mundo me encantaría por estudiarlas todos y cualquier proyecto vamos a desarrollar ❤
React es una quimera que eventualmente terminará adaptándose
jQuery no está muerto, por el tema que aún se sigue dando soporte a sistemas legacy, que es mi caso. Hago el mantenimiento a una empresa que usa Zend Framework v3, y ya se imaginan de que están hechas las vistas. -phtml usando Bootstrap 3 y jQuery a no más poder.
Suerte amigo. Ya sabes lo que le pasa al Titanic al final
pues son páginas con lógica relativamente sencilla y el back es el fuerte
Creo que, si entendieron que una cosa es dar mantenimiento y soporte a un sistema legacy, y otra seguir implementando en nuevos proyectos con estas tecnologías. Gracias por obvios comentarios.
Está muerto para los nuevos proyecto. Aunque no falta el que aún no sabe que no debería de seguir usando jQuery 😅.
Claramente está en un momento de legacy, pero poco a poco las compañías van haciendo la migración. Y no deberían seguir añadiendo cosas muy complejas con jQuery... No sé sólo digo 😅
@@Bleibruk díselo al dueño del sistema. Mientras te pague por tu trabajo lo demás es responsabilidad de él. Uno cumple reiteradamente en mencionarle los riesgos.
JQuery en aplicaciones empresariales legacy está vivísimo. Obviamente producto nuevo no, pero en aplicaciones en mantenimiento, que son el 90% en las empresas, se usa siempre.
es porque las generaciones pasadas hicieron esas apps en esos lenguajes y pues hasta hoy siguen actualiznadose, pero nadie cambia el hecho de que estan apareciendo apps empresariales con estos frameworks que hacen la vida mucho mas facil en algunos aspectos que son necesarios para el proyecto, en la empresa donde trabajo estamos usando react para hacer muchos proyectos, para mi es normal ver apps empresariales con android nativo, php, laravel, etc, estos lenguajes son muy estructurados por ejemplo sprint como framework son lengaujes muy fuertes y solidos, sin embargo ahora todos los proyectos dependen muchisimo de los deadline y pues una gran ventaja es usar react, costo de programadores que saben react vs php o otros lenguajes o frameworks como sprint, es realmente lo que hace la diferencia ahora
@@sebastianjulonchamana2987 Spring, no sprint. Y no son lenguajes, son frameworks.
Hay proyectos complejos que sin frameworks es muy díficil, y también hay librerías muy específicas que ahorran demasiado tiempo y esfuerzo, tipo librerías de 3d, gráficos, encriptación, etc...
Yo soy fan de Angular, me encanta, SIN EMBARGO, tengo unos proyectos muy específicos en los que la mejor opción fue utilizar JQuery en vez de Angular o React. No está muerto para nada. Sólo hay que saber cuándo usar cada cosa 😊
@midu, como siempre, excelente contenido! seria interesante meter en esta comparativa a HTMX, que trae la reactividad de react y la liviandad/CDN de jQuery =)
que bien hablas, que a gusto se te escucha :)
Lol react está más vivo que nunca gracias al react compiler y el equipo detrás de react están haciéndolo de maravilla. React y nextjs no paran de crecer en usuarios. Hay que distinguir entre lo que a uno le pudiera gustar que ocurriera (lo que dice el señor del tweet será lo que le gustaría a él) y la realidad. Acaban de presentar la versión 19 de react y la 15 de next y la mayoría de usuarios están encantados con las mejoras. Mientras el señor Guillermo Rauch siga apostando por React nadie lo va a destronar.
También dicen que PHP esta muerto y de la misma manera muchísimas paginas webs lo utilizan y es buenísimo... Una pregunta... como te conectas a una base de datos sin las librerias de SQL? Como haces interfaces graficas en software de pc sin librerías?
Más, el PHP8 es brutal
@@Lanzelordlaravel 11 salió hace poco también que usa php 8.3 ya
Para conectarse a base de datos sql sin librerías ni nada dependerá de cual tipo de base de datos quieres conectarte, si por ejemplo es mysql, tendrías que entender el protocolo que usan, le llaman "MySQL Protocol", también entender como están estructurados los paquetes de red de mysql, todo eso esta documentado en la pagina oficial de mysql
Y para crear interfaces graficas sin librerias ni nada dependerá del sistema operativo por ejemplo en windows puedes usar OpenGL o DirectX, y si no quieres usarlas, entonces te queda la api de win32 y nada mas
@@themaridv2000 si, esta buenísimo, aunque laravel no es mi preferido, pero la facilidad para hacer cosas es genial, junto con lo nuevo de PHP es buenísimo, para mi lo único que falta son los genéricos
@@votati ese tipo de conocimientos suelen pedir en empresas tipo Google o no es común no usar librería?
Pues puede ser que si, un elemento que antes no teniamos era la AI a disposición, he migrado varios proyectos a diferentes entorno de desarrollo, oviamente involucra un costo para la empresa pero si se trata de tus propios proyectos tu asumes los costos y al asumir el costo lo puedes convertir en una inversión a futuro. Hay muchas cosas que se simplifican y como todo hay ventajas y desventajas pero prevalecen las ventajas.
Un verdadero hombre programa en JS puro.
Da lo mismo, con el tiempo eventualmente algo lo reemplazara como lo mas popular.
A adaptarse, siempre aprender y mejorar.
Lo pibee que rancheamos en la esquina usamo Svelte
Mi empresa usa Svelte, una belleza. ❤
Svelte es la onda.
Yo estoy buscando un nuevo framework para buscar laburo. Tengo 3 años en React, juega jQuery? o clavo un Astro?
@@jdurefaccini Noo, JQuery es útil si te toca mantener páginas basadas en wordpress, muchas de esas usan aún JQuery. Diría que basta con que domines Javascript, y de ahí trata de dominar lo básico en los frameworks más utilizados como React que ya usas, y Angular. Esas dos son las mas utilizadas, pero los demás frameworks te serán más fáciles de dmoninar si te piden más.
Los framesworks son para lo que son, para momentos en la historia en los que el mercado demanda unas necesidades que, de otra manera estarian reteniendo un avance. Cuando el avance se produce, llega la maduracion y la posibilidad de hacer que los browser incorporen caracteristicas de los framesworks.
Siempre he opinado que los exploradores deberan dar el siguiente paso a ser exploradores hibirdos cliente/servidor, creando un sandbox y pareciendose mas a una VM de lo que ahora es. Esos exploradores del futuro, posiblemente lleven herramientas de desarrollo incorporadas que hagan de la navegacion algo mas parecido a un terminal de ordenador completo, creando la posibilidad de tener un sistemas de embebido de informacion que no pueda llamarse archivo, porque necesite ser procesado por diferentes servicios en la nube para que sirvan de algo. Las ventajas de un node js en tu explorador, las ventajas de un PHP en tu explorador, las ventajas de un apache y/o nginx en el explorador.
Quizas puedas tener un modod e navegacion desarrollo, que te permita guardar los proyectos y ejecutarlos online. Los editores de scripts esten incluidos, cual block de notas.
El codigo binario esta muerto
eso mismo lo vengo escuchando desde hace años de cobol
No hace mucho tuve que hacer un proyecto para pantallas de tren con software embebido. La aplicación web la tuve que hacer usando jQuery y Vanilla JS.
Hay que tener en cuenta que las compañías que llevan a cabo procesos de estandarización largos, como son bancos, empresas ferroviarias, etc., validan las tecnologías de hace algunos años como base para sus proyectos.
Ahora mismo estoy programando con LitElement para un cliente (así lo exigen sus requisitos), algo que ni conocía ya que los últimos 5 años he estado usando React y manteniendo proyectos de Ionic/Angular.
Ese campeón (Jaime) veo que programa service workers, webgl, webxr a pelo,,,,,100% de acuerdo contigo.
Lo de transpilar es una cutrada, yo creo que se hace por costumbre de los proveedores
Los web components tienen el problema de no tener slots si no usas Shadow dom.
Si he disfrutado como un enano usando lit desde CDN, sin compilar, pero no te lo puedes llevar a una gran empresa
Los web components se vienen usando hace varios años, lo que creo es que cuando tomen más relevancias los frameworks y librerías solo se van a adaptar a esa tendencia.
Angular de la version 17 en adelante es el futuro
Sin salirnos tanto de hablar de React pero ya que estamos aunque relacionado todavía al desarrollo web: La realidad es que otros han sido pioneros en implementaciones que luego se añadirían.Sin enmbargo, no siempre podrán ser pioneros cada rato, que llega en un punto les pisan los talones, y se irá notando cuando ya solo lo usen por mantenibilidad. Sin embargo, estamos obviando que usando la IA haría más factible "reinvetar la rueda" para tales situaciones que no se atreverían hacer sin utilizar frameworks. Mi "pronóstico" es que podrían aparecer más frameworks y en general más "aportes" en internet que antes porque la IA acelera producir código, pero que la fama para adopción va a costar más, (sí tal vez algunas como para "robar las ideas" por mejores prácticas en cada propuesta, etc... ), tal vez salvo si las creen pensando en un ecosistema de módulos y que cada módulo por independiente que se pueda elegir por escala de complejidad antes de la importación, pero que tranquilamente puedan hacer con los otros módulos o scripts parte de un todo como framwork, etc.... Sustracción a la medida o como un todo dependiendo, a lo nodos. (Más construido de afuera para dentro, que de adentro para afuera plausiblemente)
Wordpress ahora funciona con react, gutenberg blocks
Jaime es el típico que si supiera C haría las páginas web en C.
@midulive Habla sobre Web Assembly, iba a revolucionar la web pero casi ni lo veo.
creo que la definicion de muerto es que esta fuera del radar de tecnologias a utilizar o herramientas que podriamos ver como factibles de usar hoy en dia
La pregunta del millón, siempre cuando sale React 19?
tienes toda la razon, el mejor comentario midu, los frameworks y bibliotecas inspiran al desarrollo de la plataforma.
Yo estoy usando php para back y svelte para front, chuladaaa.
Jaime es un crack 💪
Te entiendo a ti y entiendo a Jaime también. Lo de "facilitar el trabajo" a veces es relativo y personal, y la complejidad añadida no siempre compensa. E incluso a veces te encuentras más cómodo trabajando con tu propia complejidad. Al final cada cual debe buscar propio su camino y su propio equilibrio, en virtud de cada circunstancia. Así es como lo veo. 🤔
Estoy aprendiendo recien css, y queria aprender sass porque veia que puedo usar variables, mixings e incluso bucles etc, ¿porque ya no tendria sentido sass al dia de hoy?
Las variables de sass, ya estan en el css y lo demas, creo que no esta implementando en css de base, igual lo de muerto es muy siempre entre comillas
Muchas de las ventajas que en su momento hacían de Sass una opción muy deseable y útil hoy estan de manera nativa en css. Si tenés ganas estudia Sass, se sigue usando, no es algo muerto
Bucles?
Yo utilizo JQuery
Tengo un POS System que está Funcionando
Recién estoy migrando a ReactJS
Buenas tardes
Se trabaja de acuerdo al mercado en caso en algunas tecnologías que no nos gusta toca trabajar
yo comparto la misma vision de jaime
Al final es cuestion de gustos y sabores todos cumplen un mismo objetivo en la web pero los que les gusta la simpleza y orden bien venidos a react, y espero que no muera.
No usar ningún framework == seguramente no saber hacer una web moderna
Deberia llamarse , "ningún lenguaje y framework es para siempre", pero no atraería tanto salseo jeje , grande mide
Yo uso jquery desde siempre y me parece una de esas cajas de herramientas donde traes lo justo y necesario. React, vue, y algún otro, lo veo más como esa caja que se mira en los taller de mecánica donde tienen de todo un poco, pero a diferencia de jquery dicha caja de herramientas no te lo puedes llevar en el bolsillo. Es decir, jquery es liviano y portable y nada necesita ser compilado, mientras que react y vue, necesitan compilación y sin compilar son algo pesados algunas cosas no te funcionarán, etc. Quizá al tuitero ese, se le ha dormido en sus laureles, ha de ser todo un maestro en su área, pero es demasiado egocéntrico como para aceptar que a otras personas les parece más cómodo y fácil de usar una herramienta compilable o ya compilada que escribirse la biblioteca entera desde cero. Y si hablamos de rendimiento, todas las librerías y frameworks se están actualizando para mejorar eso y se les nota que han avanzado. Apuesto que si le das como reto que haga uno de sus trabajos usando frameworks o librerías entre rabietas va estar diciendo a cada dos por tres "es que esto te lo haces así y le pones esto acá y te funciona igual en vainilla..", "es que esto lo hago de otra forma... me resulta más fácil hacerlo así" olvidándose de que es lo mismo en ambos lados.
Lo que entiendo es que salen frameworks nuevos y eso hace que se presuponga una muerte de frameworks antiguos.
Los frameworks son los que hacer early access de los features… donde ya sabemos que va a ser buena o no, antes que se haga parte de estandar y nosotros, los que nos metemos en el riesgo de usar un framework nuevo, somos los que de decís si es interesante o no
Pregunta respetuosa. ¿Por qué dicen que el futuro de la web es prometedor si yo veo que los niños y adolescentes ya no saben ni que es la web? Para ellos internet está hecho de apps no conocen la web. Donde esta lo prometedor en eso?
Da igual la tecnología, lo más importante son las bases del Frontend y ser lo más agnostico a los frameworks. Lo mismo aplica a todas las herramientas y al final son eso, herramientas.
Lo más hermoso del JS es lo que dice Midu. Que son esas librerías y Frameworks lo que ha permitido evolucionar este lenguaje, con cosas como CoffeScript, JQuery, etc. A diferencia de otros lenguajes que se sienten ajenos a los Framework como PHP. Que si bien incluye mejoras, estas no son para sustituir Framemorks como Laravel. Entonces al esos si se van quedando atrás como soluciones. Y por eso se adoptan cosas NodeJS.
El que depende de bibliotecas no sabe que virus se come.
Si a comunidades enteras de desarrolladores que mantienen estos frameworks se le cuelan vulnerabilidades, que te hace pensar que reinventando la rueda desde 0 el sistema sera impenetrable ( sin virus) ? , JAJJA....
@@user-ee6hm6xs2c es el problema de vivir con una familia, siempre hay problemas domésticos, y se les olvida el elefante en la habitación, yo solo te estoy mostrando sus huellas en la mantequilla. :v
@@1iamigo y que sucede cuando todos creen que sus huellas están exentas de dejar germenes? ni si quiera desarrollando nuestros propios módulos estamos excentos , eso se asume, por lo tanto lo mejor es ahorrar tiempo. Aún si creas tus propios lenguajes y hardware , al ser expuestos al mercado serán vulnerados. No hay sistema perfecto ni impenerable, esa es una máxima fundamental que todos debemos tener en mente.
@@user-ee6hm6xs2c mucha charla poca evidencia.
Los framework van a seguir existiendo, Solo que van a ser los primeros en abrazar esos cambios por nosotros para hacer el framework más ligero usando esas caracteristicas y continuar evolucionando mucho más rapido que el estandar web.
Primero Flutter y ahora React…. Pero Midu paraaaa un poquito.
Como la biblioteca de Lodash y el groupby, el datepicker, etc
sí que se usa jQuery, y lamentablemente muchísimo más de lo esperable; uno de los problemas más grandes son los grandes CMS, que están y van a seguir, en muchísimas plataformas; algunas librerías que pueden ser o no imprescindibles para ahorrar horas de trabajo redundante que están apoyadas en jQuery; y sin contar con la inmensa cantidad de legacies que hay; es cierto que hoy en día un proyecto web puede hacerse, por fin gracias a todos los dioses, sin librería y a código puro, incluso cosas que antes, con librerías incluidas eran sueños y casi delirios; pero que alguien diga que tal ladrillo es mejor que los otros no va a retransformar ningún edificio; un ejemplo: cobol y as/400 están muertos
Más bien la pregunta es:
Vale la pena usar react en un proyecto nuevo el día de hoy para su uso en la web, o que es más recomendable?
Nada és eterno
entonces a echarle un Ojito a Vue🤗 Saludos Midu no enamorarse son solo herramientas simplemente llega otra con mejores prestaciones o solucines agiles o un mejor rendimiento, los frameworks y tendencias van y vienen.
Yo creo que la gran cantidad de proyectos que se están haciendo ahora, harán que esto sea muy duradero
Entonces sería mejor concentrarse full vanilla y apoyarse de cualquier framework
han construido con componentes nativo de js? no es malo pero le falta mucho para superar a react o vue
Si eso es lo que cree del proceso de transpilacion, ya me imagino lo que quiza crea de la compilación 🤣🤣🤣 debe pensar que es cosa del diablo xD.
Un crack y lo que sea, pero activista al fin de cuentas. Con el típico relato alarmista.
En donde trabajo hay un artista digital que quiere hacer desde cero todo, no es problema hacerlo desde cero, el problema es que hay cosas que ya estan hechas y mucho mas trabajadas lo que nos ahorra demasiado tiempo. en temas de costos es mucho mejor a menos que se este usando cosas muy pero muy especificas.
Jquery lo que tiene y saca es para mantener lo que ya hay, pero en proyectos nuevos es que ya ni se usa, tanto que bootstrap lo dejo en su versión 5. Y la razón de que se use en el 90% de las web, es por los CMS y esa es la misma razón del porque php tiene tanto % y es la misma razón del porque la mayoría de las webs son desechables.
Sobre react creo que tiene mucha tela, que se acabe no creo.
Yo uso bastante Jquery para ciertos proyectos los cuales por caracteristicas del proyecto tenemos que trabajar en JS/Html/Css puro y la unica herramienta que nos dejan usar externa es un jquery tocado por la propia empresa
Freddy el de platzi que los framework van acabar
ya que la final son abstracciones para el humano para el código y si por ejemplo le puede una IA yo decirle y que lo haga lo que quiero sin necesidad de un framework para que lo voy a utilizar.
Veo jquery en el 80% de las webs que visito.
Jilipollinez es como decir que chatGPT va estar muerto por qué en el futuro van existir nuevas tecnologías. Es lógico que evolución la tecnología.
Esta opinión implica a React Native?
Toda esta moda de las librerías JavaScript va a desaparecer por una moda nueva, lo que si estoy seguro que ningún lenguaje o librería desaparecerán tan pronto o del todo debido a que muchos proyectos "legacy" usan diversas tecnologías y siempre se necesitarán desarrolladores para mantener esos productos de Software.
Las bibliotecas JavaScript no es una moda. Existen desde casi los inicios de JavaScript.
@@midulive si pero muchas son la moda de hoy ejemplo React, Vue, podrán dejar de ser moda pero no desaparecer. Nosotros hemos visto sistemas aún con Dojo una librería super viejísima de JavaScript. Por eso te repito que muchas librerías son modas pero que totalmente desaparezcan no es cierto, siempre se necesitarán desarrolladores al menos para tareas de mantenimiento. Saludos Midu.
PHP sigue muy vivo y puede integrar sus servicios con los framwork
extranio jquery en especial por datatable
Venía a preguntar por qué está muerto....JQuery, me lo encuentro en todos los pentest
🤫
sass sigue teniendo muchos beneficios solo conocía lo básico?
Lo bueno que me estoy moviendo a Angular😂
Las tecnologías web sale una nueva cada dos minutos
jajaja este midu jajaja viva el salseooooooo 😂😂
Lo mismo dicen de PHP y anda dando guerra todavía.
La palabra es Uroboros, el animal que se alimenta de su propia cola.
Yo siempre encuentro fragmentos de jQuery en muchas paginas
wordpress mantiene vivo a jquery
Mi opinión es que React se va a volver legacy pero los patrones de diseño que introdujo se volverán standard (código funcional y declarativo, componentes reutilizables etc.)
Yo creo que se refiere más al tema que al final es una ia quién te va a ayudar a construir lo que tu quieras. No está de más saber construir desde un framework, pero es hora de enfrentarnos a la realidad. Cualquier persona con un mínimo de conocimientos de programación e IA ya puede hacer full stack. Srry pero es verdad
Lo que dice tiene todo el sentido, ES13 tiene mucho que hace innecesaria React, Angular o Vue y lo que dice es que ahora, ahora mismo, nos podemos poner en modo minimalista porque no hacen falta esas capas. Ahora, ¿es React, Angular o Vue quienes pondrán el siguiente hito para que JavaScript siga progresando o habrá que oír nuevas ideas?
Lo que ofrece ES13 y lo que da cualquiera de las bibliotecas no tiene ninguna relación. 😅
Yo creo que hay que poner en contexto a la persona que dijo que Jquery está muerto. Si vamos a haber de que stack tecnológicos se escogen hoy en día para proyectos nuevos de innovación ( o proyectos nuevos en general), diríamos que jquery está tan muerto como COBOL. COBOL es un lenguaje escogido para nuevos proyectos de innovación? no lo creo porque no tendría ningún sentido, COBOL está muerto por eso? no creo que "muerto" se la palabra adecuada para hablar de una tecnología que se utiliza en todos los bancos del mundo al día de hoy. Mas o menos pasa lo mismo con Jquery, que sea un lenguaje que se utilice en el 90% de los proyectos no quiere decir que es no sea el purgatorio para aquellos que tengan que pagar sus pecados trabajando en proyectos legados, algo similar pasa con PHP también.
JQuery tiene 10 millones de descargas semanales en npm, mas que la mayoria de las librerias de terceros creadas para framework o librerias de SPA como react, vue o angular... (Yo tampoco uso ni usaria Jquery de manera voluntaria)
ya te digo yo que con el auge de NextJS y React Native, ni muerto ni hostias