React acabará Muerto como jQuery (mi opinión)
Вставка
- Опубліковано 27 сер 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/JaimeObr...
▶ No te pierdas más directos en: / midudev
*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
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
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
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.
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
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
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.
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.
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
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.
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... 😂😂
React es una quimera que eventualmente terminará adaptándose
Midu para cuando curso de Vue? Sin miedo al éxito
El mismo dijo q odiaba las directivas de vue xd
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.
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.
El codigo binario esta muerto
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.
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 ❤
Deberia llamarse , "ningún lenguaje y framework es para siempre", pero no atraería tanto salseo jeje , grande mide
No usar ningún framework == seguramente no saber hacer una web moderna
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 😊
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...
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.
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.
Angular de la version 17 en adelante es el futuro
Da lo mismo, con el tiempo eventualmente algo lo reemplazara como lo mas popular.
A adaptarse, siempre aprender y mejorar.
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?
@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 =)
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.
- Estoy por aprender Angular v1 *pestañea * "v2000"
- React no morirá pero será una vía para aprender un Framework. Así como se aprende Dark para Flutter o así como GOD-TypeScript comparado con JS.
Solo se dejará de usar en la misma magnitud que la actual.
Yo utilizo JQuery
Tengo un POS System que está Funcionando
Recién estoy migrando a ReactJS
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)
Como desarrolladores, la pregunta que nos deberíamos hacer es: ¿Quisiéramos depender de librerías externas (que son muchas) o de las empresas que construyen navegadores?
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.
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.
Jaime es el típico que si supiera C haría las páginas web en C.
No estoy de acuerdo en que vayan a desaparecer. Pero el hecho de existir tantos frameworks para terminar con un Javascript que no lo entiende ni el mejor egiptólogo tampoco lo veo muy lógico. Aunque si entiendo el punto de que aceleran y resuelven problemas puntuales, si existiría un lenguaje único, puro y no tener que transpilar sería menos abrumador.
Es que no solo es JQuery en si, que al final la manipulacion del DOM se puede hacer con Javascript normal con cuatro funciones... Tambien considerar los miles de librerias y plugins que están basados en JQuery
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. 🤔
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.
eso mismo lo vengo escuchando desde hace años de cobol
React es el "nuevo" JQuery. Y todavía hay muchisimo Jquery por ahí.
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
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
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.
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.
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?
Si piensas que con estos títulos amarillistas vas a seguir atrayendo mi atención estas en lo correcto.
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.
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. 😅
Ese campeón (Jaime) veo que programa service workers, webgl, webxr a pelo,,,,,100% de acuerdo contigo.
Entonces sería mejor concentrarse full vanilla y apoyarse de cualquier framework
Yo coincido no hay un "sucesor de jQuery" porque el mundo para el que fue creado jQuery ya no existe, en la informática estamos a siglos del mundo que vio nacer a jQuery, que lo necesitaba para funcionar. Y un mundo sin framework es simplista, pensar en ello, pensar que van a morir es poco realista porque ellos son herramientas que extienden o facilitan de una manera u otra el trabajo. Así que la única manera que no dejen de existir es que el trabajo ya no exista
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
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.
En definitiva en react terminas haciendo más de lo mismo que hacías con jQuery, no se hagan los pro los de front, es solo hacer pantallas, se la complican demasiado para hacer cosas muy sencillas, imagínate si los de front hiciesen IA o reconocimiento de imágenes... Pfff harían un desastre
Esta opinión implica a React Native?
jQuery nació cuando no había muchos frameworks o librerías como al día de hoy, que no se mencione tanto como antes (porque fue una innovación en su momento) no significa que este muerto.
La pregunta del millón, siempre cuando sale React 19?
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?
Lo negativo del auge de los frameworks y no es culpa de estos, es qué casi no hay cursos, tutoriales, videos, etc, sobre características avanzadas de la plataforma cómo webcomponents, web workers, etc.
Es cierto React va de bajada están apareciendo nuevas librerías y frameworks bastante productivas y uno de los factores determinantes por el cual muchas empresas buscan migrar para reducir sus tiempos de desarrollo. Respecto a JQuery aún no ha muerto ya que es la base de desarrollo de muchas librerías eventualmente sucederá, pero no de manera inmediata.
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.
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
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.
que bien hablas, que a gusto se te escucha :)
Porque tan amarillista amigo, react no acabara muerto porque lo twitee ni bill gates, para hacer una aplicacion hay que ver los beneficios de cada lenguaje, y lo que puede aportar cada lenguaje al proyecto, yo aprendi react en el año 2020 porque me vi que era lo mas moderno sin embargo no tenia en claro el tema del q lenguaje usar al hacer una aplicacion, pues un buen programador diria depende que funcionalidades para usar las tecnologias que mas se ajusten a eso, puedes usar react para casi todo, pero no es el unico framework ni el lunico lenguaje javascript.
Los que se rien de php aun no se han enterado como funciona un servidor web, aqui veo a muchos que sin un framework no sabrian ni hacer un hola mundo
Lo que entiendo es que salen frameworks nuevos y eso hace que se presuponga una muerte de frameworks antiguos.
He visto pasar muchas modas y framework, yo llevo años usando bootstrap para lo más común, css personalizado y todo lo demás con PHP con html.
PHP no tiene rival en seguridad diga la gente lo que digan. Aún no he visto nadie hackear un login en PHP por ejemplo.
JavaScript para las cosas menos importantes, solo frontend
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.
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.
@midulive Habla sobre Web Assembly, iba a revolucionar la web pero casi ni lo veo.
jQuery muerto? Si está en todas las empresas por mucho que se odie. Y empecé a trabajar con él hace 14 años
yo comparto la misma vision de jaime
Lo mismo dicen de PHP y anda dando guerra todavía.
A mi me gusta la idea de usar todo lo nativo, pero cada vez que intento hacerlo termino creando una librería o minwork porque muchas veces la sintaxis nativa es muy verbosa o no provee de herramientas mínimas necesarias. Pero me gusta el minimalismo.
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.
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.
Se trabaja de acuerdo al mercado en caso en algunas tecnologías que no nos gusta toca trabajar
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)
XD soy nuevo en éste mundo y al investigar vi que se puede usar React cómo jQuery con Babel cómo link. Aunque aún no lo he usado. Lo hare xD para programar desde Android, son pruebas.
Qué más da si el término correcto es muerto o no. JQuery es algo que nadie va a pretender aprender a día de hoy ya. JQuery existe porque hay código activo aún. Es como el COBOL. Hay aún mucho COBOL por ahí, y lo seguirá habiendo, claro. Pero no es algo que un estudiante quiera aprender.
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.)
Creo que los frameworks no son el problema o solución... mas bien lo que cambia en el tiempo son la necesidades, capacidades y formas de trabajar de los programadores, lo demás es coyuntural.
Pero en todo caso, si... yo ya quiero dejar de usar tantas cosas y me estoy centrando en web components.
Yo creo que la gran cantidad de proyectos que se están haciendo ahora, harán que esto sea muy duradero
A ver react probablemente si se reemplazara pero el tema es que react tiene una empresa monstruosa (en envergadura) por detras. No es el mismo caso que jQuery. Si bien jQuery domino el mercado en su momento, no tenia el respaldo que tiene React. Mi opinion es que el mismo equipo de META reemplazara React.
Jquery se usa en el 90% de las webs y eso que jquery no era el tech principal para lanzar un app, era solo complemento la razón por la que php sigue siendo powerful es porque se usó para crear productos grandes lo mismo que con react, los miles de e commerce de shopify que usan remix, al igual que las miles de apps usando react native y la cantidad absurda de apps escritas en next no van a ser abandonadas solo porque la web está mejorando, react se usan en productos grandes como tech principal, yo mismo migre sitios web de php a next para una big tech y es un trabajo super difícil, miles de componentes en un solo sitio web, y creciendo como para que quieran dejarlo morir solo porque si
Laravel+Livewire es todo lo que necesitas, y si vas a hablar mal de ese combo, mas vale que seas superior a Taylor Otwell o Caleb Porzio
Midu, ententiste mal el Twit o post. El nunca dijo que los frameworks van a desaparecer que es el punto que tu mismo estas debatiendo. El dijo que React es el que va a desaparecer y se entiende mediante el post que luego vendran otros frameworks a dar lo que no te da el lenguaje. Tal y como tu mismo lo estas diciendo. Es decir te hubieras ahorrado el coraje de debatir algo pues estas diciendo lo mismo del twit, y solo hubieras extendido el contenido de dicho twit.
react muere o morira, nextjs muere o morira. es lo mas utilizado y aun siguen diciendo esas bobadas..., solo programen y aprendan no se dejen llevar por titulos amarillistas.
Primero, esta jquery muerto ? Me acabo de enterar ninguna tecnología que sea ya estándar en una gran compañía ninguno de nosotros verá el día en el que no se use absolutamente en nada, cobol por ejemplo. Hay mucho ignorante haciendo POSTS
Toda la razón como vas a decir que Jquery está muerto hay que ser corto
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.
La palabra es Uroboros, el animal que se alimenta de su propia cola.
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?