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
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.
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
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.
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.
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...
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.
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 😊
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
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.
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.
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.
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.
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.
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?
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
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)
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
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. 🤔
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
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 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.
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?
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?
- 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.
Una persona que apenas esta aprendiendo y adentrandose en este mundo consideras que debe estudiar React con todo lo que se dice. O que es lo que recomiendas segun tu experiencia
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
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
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?
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.
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 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.
@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 =)
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
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....
@@EloyColirioCarrillo 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.
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.
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.
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.
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.
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.
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.
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.
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.
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
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.
Guardar como: "Los desarrolladores crean herramientas que luego los navegadores incorporan como propias y las convierten en nativas". Ergo: Los desarrolladores nunca van a desaparecer : )
Buff, hoy en día trabajar con webcomponents me parece una tortura. Mucho tiene que mejorar la especificación para estar a la altura de react, vue o svelte...
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.
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.
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
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.
@@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.
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
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
La mayoría de la gente que piensa así no tiene la misma calidad en sus reinvenciones que las librerías comunes… tampoco tienen una generalización planeada y crecen dependiendo de los proyectos que las consuman. Quieren hacer toda la web nativa pero para hacerse un sándwich van al súper a comprar todo, es exactamente lo mismo… En mi opinión es un pensamiento muy de junior que no está acostumbrado a desarrollar productos o proyectos escalables y que cree que todo lo puede hacer; Dunning Kruger… Perfecto es enemigo de bueno.
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
El man del post de seguro desearía que no existiera NPM, se enoja porque las libs y paquetes no son hechos exactamente para sus proyectos y le toca adaptarlos y no el a sus proyectos
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.
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.
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.)
@@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.
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)
tecnologías tan utilizadas como jQuery o React no mueren, se convierten en código legacy con el que tendrá que lidiar alguien en el futuro, las empresas en el mundo real no migran de una tecnología a otra porque si.
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
dos cosas: 1. React no es un framework es una librería y 2. React yo lo veo como la base de la arquitectura basada en componentes, así que muerto nada.
*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
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.
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.
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
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
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.
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.
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
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... 😂😂
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.
React es una quimera que eventualmente terminará adaptándose
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 😊
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 ❤
Midu para cuando curso de Vue? Sin miedo al éxito
El mismo dijo q odiaba las directivas de vue xd
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.
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.
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.
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...
Deberia llamarse , "ningún lenguaje y framework es para siempre", pero no atraería tanto salseo jeje , grande mide
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.
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.
El codigo binario esta muerto
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.
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?
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)
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
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. 🤔
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
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 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.
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. 😅
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?
- 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.
Una persona que apenas esta aprendiendo y adentrandose en este mundo consideras que debe estudiar React con todo lo que se dice. O que es lo que recomiendas segun tu experiencia
Esta opinión implica a React Native?
Jaime es el típico que si supiera C haría las páginas web en C.
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
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
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?
Ese campeón (Jaime) veo que programa service workers, webgl, webxr a pelo,,,,,100% de acuerdo contigo.
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.
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.
eso mismo lo vengo escuchando desde hace años de cobol
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.
que bien hablas, que a gusto se te escucha :)
@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 =)
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
Yo utilizo JQuery
Tengo un POS System que está Funcionando
Recién estoy migrando a ReactJS
React es el "nuevo" JQuery. Y todavía hay muchisimo Jquery por ahí.
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?
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....
@@EloyColirioCarrillo 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.
@@EloyColirioCarrillo mucha charla poca evidencia.
No usar ningún framework == seguramente no saber hacer una web moderna
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.
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 entiendo es que salen frameworks nuevos y eso hace que se presuponga una muerte de frameworks antiguos.
Entonces sería mejor concentrarse full vanilla y apoyarse de cualquier framework
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.
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.
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.
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.
Yo creo que la gran cantidad de proyectos que se están haciendo ahora, harán que esto sea muy duradero
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.
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.
han construido con componentes nativo de js? no es malo pero le falta mucho para superar a react o vue
@midulive Habla sobre Web Assembly, iba a revolucionar la web pero casi ni lo veo.
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
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.
Guardar como: "Los desarrolladores crean herramientas que luego los navegadores incorporan como propias y las convierten en nativas". Ergo: Los desarrolladores nunca van a desaparecer : )
Buff, hoy en día trabajar con webcomponents me parece una tortura. Mucho tiene que mejorar la especificación para estar a la altura de react, vue o svelte...
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.
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.
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
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.
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
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
La mayoría de la gente que piensa así no tiene la misma calidad en sus reinvenciones que las librerías comunes… tampoco tienen una generalización planeada y crecen dependiendo de los proyectos que las consuman. Quieren hacer toda la web nativa pero para hacerse un sándwich van al súper a comprar todo, es exactamente lo mismo…
En mi opinión es un pensamiento muy de junior que no está acostumbrado a desarrollar productos o proyectos escalables y que cree que todo lo puede hacer; Dunning Kruger…
Perfecto es enemigo de bueno.
tienes toda la razon, el mejor comentario midu, los frameworks y bibliotecas inspiran al desarrollo de la plataforma.
La pregunta del millón, siempre cuando sale React 19?
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
El man del post de seguro desearía que no existiera NPM, se enoja porque las libs y paquetes no son hechos exactamente para sus proyectos y le toca adaptarlos y no el a sus proyectos
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.
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.
sass sigue teniendo muchos beneficios solo conocía lo básico?
Lo mismo dicen de PHP y anda dando guerra todavía.
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.
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.)
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.
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)
Veo jquery en el 80% de las webs que visito.
tecnologías tan utilizadas como jQuery o React no mueren, se convierten en código legacy con el que tendrá que lidiar alguien en el futuro, las empresas en el mundo real no migran de una tecnología a otra porque si.
Se trabaja de acuerdo al mercado en caso en algunas tecnologías que no nos gusta toca trabajar
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
dos cosas: 1. React no es un framework es una librería y 2. React yo lo veo como la base de la arquitectura basada en componentes, así que muerto nada.