El problema del libertinaje de JS/React es que mucha gente acaba abusando de él y creando código muy poco mantenible y poco legible. De hecho un patrón recurrente que veo es que los lenguajes "libres" suelen ser los preferidos para gente que no quiere preocuparse mucho sobre buenas prácticas de desarrollo, patrones, principios, etc. PD: a mi también me encanta el libertinaje, pero todo gran poder conlleva una gran responsabilidad.
Hola Antonio como estas? Justo en este momento me veo en una situación que me tiene en duda y es la siguiente , hace año y medio programo con java y spring boot y creo tener un nivel de decente a muy bueno. Me encanta el desarrollo backend, microservicios y lo que es cloud. Pero en lugar de seguir profundizando eh decidido aprender un framework frontend (Angular) o una librería como (React) con el objetivo de facilitar mi inserción laboral. El caso es que indagando con todo este tema de las IAs que cada vez esta mas fuerte leí mucho que Angular sera mas reemplazable por la IA en el futuro que React por su naturaleza mas estructurada donde las cosas se hacen "bien" de una sola "forma". No se tu que opinas? un abrazo!
@@RochaNahuel permíteme que me explaye un poco. Cada uno tiene su opinión, en base a mi experiencia las empresas suelen contratar a perfiles más especializados. Quiero decir, todas las empresas quieren a alguien que "sepa hacer de todo", pero la realidad que me he encontrado haciendo diferentes entrevistas es que las empresas de primeras lo que quieren es a alguien que sepa mucho del puesto que están buscando. Te cuento esto porque precisamente mi perfil es multidisciplinar. Mención aparte las startups, ese tipo de empresas suelen tener necesidades muy concretas y generalmente quieren a perfiles mas multidisciplinares, pero con mucha experiencia. En cuanto a la AI, no creo que vaya a eliminar carreras a corto plazo. Lo que es evidente es que está subiendo el nivel de requisitos, que eran extraordinariamente bajos en tecnología. Volviendo a tu caso particular, si te interesa Angular, no está mal, pero yo me centraría en back o front si fuera tú para un entry level. Es decir, trataría de ser muy competente en algo y luego ya vería si expandir. Recordar que los perfiles full stack son unicornios y eso la gente con experiencia lo sabe bien, por eso cuando ven perfiles junior con el título "full stack" les chirría bastante. Solo unos pocos elegidos son verdaderos full stack, y eso les lleva muchos años conseguirlo. En cuanto a qué framework aprender de front, lo primero que te diría es cual es la realidad de tu región. Por ejemplo, en España lo que mas se solicita suele ser Angular. Respecto a buenas prácticas y código estructurado, Angular es un framework bastante estricto, eso te obliga a seguir ciertas reglas y acabas cogiendo buenos hábitos. React es mucho mas flexible al no forzarte a seguir demasiadas reglas, eso te da mucha libertad y velocidad, pero genera vicios. Cual escoger? Esto es muy subjetivo, personalmente soy mas partidario de dar herramientas "mas sencillas" al inicio, ya que creo que lo importante al inicio es asimilar el pensamiento lógico y el dominio de la herramienta, y luego ya aprender buenas prácticas. El problema de esto es que suele generar malos hábitos que luego son difíciles de quitar. Espero que te sirva de algo esta info, ánimo y suerte.
La verdad que si, me enseño mucho acerca de estructurar bien los proyectos, buenas practicas y abstracción de componentes. Yo soy desarrollador de aplicaciones móviles y cuando empece lo hice por React Native. Al pasar a asistir al equipo de front end en Angular se me abrió un panorama que pude extrapolar a los demás proyectos.
@@gatoconcasco Que algo sea popular no quiere decir que sea el mejor, un ejemplo React. O WhatsApp vs Telegram, este último es mejor y no es que sea tan popular
Supongo que gran parte de los que critican a Angular son los mismos que critican a Java, C# y PHP pensando que siguen añejos cuando tienen muchas mejoras.
Los comandos de migración existen muchos desde versiones muy anteriores, recientemente migré una aplicación mediana CSR desde la versión 9 a la 18, todo gracias a los comandos de migración entre versiones y otros schematics que te hacen la aplicación sin módulos automáticamente, cambiar los input por signals, cambiar a la nueva sintaxis control flow, etc.
Lo mismo digo a mi me enseño a hacer las cosas de una manera que luego me gusto tanto que las he buscado hasta en el backend, no podria vivir hoy sin un sistema de injección/inversión de dependencias por poner un ejemplo o sin algunos decoradores
La hidratación sale mejor en el mouseInput, no en el click. En mobile se puede usar un Intersection Observer para hidratar si el elemento está en pantalla
Al final Angular se usa mucho a nivel empresarial, tal como dices, por esa falta de "libertinaje". Puedes contratar a un equipo de 50 personas para hacer la "mega-webapp", que al final hay sólo 1 forma correcta de hacerla según Angular, con lo cual es una gran ventaja para proyectos grandes en los que se asignan a gran número de desarrolladores. Una feature va a estar hecha de forma similar, con los mismos patrones que otra feature hecha por otro grupo de desarrolladores. Al final hace suficientemente bien (aunque no perfecto) casi todo lo que necesita una webapp y no te tienes que comer la cabeza en encontrar un "stack" porque ya te lo da casi todo el propio Angular. Para bien o para mal, su rigidez es lo que le hace una opción muy lógica para cierto tipo de proyectos en empresas especialmente grandes.
Si te estas iniciando en programación, como recomiendas empezar con Angular? A mi me gusta. Algun proyecto en particular para arrancar y ya teniendo 48 años de edad... Thx
yo creo que depende de los usos, si estas creando una spa(single page application), eliges, React, pero para ecomerce o páginas públicas es mejor ir con astro, next, qwiki, etc.
Estoy haciendo una POC de nuestro ecommerce SKLUM (bueno, le llamo poc pero es básicamente el proyecto completo) y con SSR estoy viendo unos tiempos de respuesta muy buenos además de estar aplicando varias tecnicas para potenciar el rendimiento inicial de la web, como por ejemplo pintar componentes de forma parcial hasta que no estan en el viewport reservando su aspect ratio (imaginate, un Card tiene digamos 25 nodos en el DOM, en lugar de hacer lazyload a la imagen haces lazyload a todo salvo algo que pueda tener impacto en SEO) de este modo una página de 50 productos que tenemos en una PLP (en la que hay admeás 16 productos en un slider) seria (50+16)*25 = 1650 nodos, aplicandolo de la forma que digo (50+16) * 2 (en nuestro caso el wrapper del card + el titulo por SEO) = 132 nodos Tengo amplia experiencia de casi una decada en Nextjs y en Angular (en angular nunca use SSR) y creo que angular hoy por hoy es superior en cualquier caso de uso. Qwik hace años que le vengo siguiendo la pista pero no termina de despegar y tiene bastantes bugs (al final lo que tiene enfrente son frameworks maduros, era de esperar) no lo usaría en algo productivo ni de coña, de aquí a que sea estable del todo igual cambia medio framework. Y luego ya astro pues depende, al final cualquier web tiene interacción y acabarás muriendo quieras o no en react o en angular incluso si escoges atro, yo personalmente no veo tan claro cuando usar Astro, hasta el punto de que no le he prestado nada de interes, me vi unos videos, vi lo que podia hacerse, vi que lo que se puede hacer tambien se puede en los otros pero no todo lo que pueden hacer los otroso lo puede hacer Astro y no me parecio nada impresionante.
Yo tengo mi web en react. Pero la ando cambiando a angular ya que se ha ido mejorando de una forma muy buena. Además de que uso contentful para manejar el contenido me va de bien. Ya tengo parte de los componentes con tailwind y anda quedando chevere.
No sé pq qwikjs no ha matado a todos los otros fw, pero la performance que tiene no la tiene ninguno. Ahora deberían hacer la hidratación los nuevos fw y ssr por defecto. Yo uso vuejs que ya está a nivel de react y la sintaxis es muy parecida en la versión 3 y no tiene esa mierda de jsx. Si nuxt pone la hidratación ya está 😂🎉.
Yo soy team Angular día 1 pero la verdad es que ultimamente se notan mas que nunca las mejoras, podriamos decir que de la v2 a la v6 hubo muchas mejoras (performance y calidad de vida) luego hubo una época con mejoras a cuenta gotas (casi todas las mejoras eran destinadas a que en modo dev los errores no fueran marcianos) porque se les alargo el cambio de motor a Ivy y tras tener Ivy se nota que son ahora capaces de meterle features sin tanto dolor de cabeza, yo no creo que sea gracias al que gestiona Angular actualmente, al final Ivy estaba estable desde hace 3-4 años, las primeras 2 releases o asi fueron destinadas a optimizaciones/bugs en Ivy y a limpiar el codigo de la vieja implementación, podríamos decir que desde hace 2 años Ivy esta muy estable y toca meterle features/optimizaciones, algo imposible sin haberse chupado todos los años que se chuparon. Lo que si que puede haber cambiado (esto ya es especulación) es la calidad de los programadores que están dentro, si Angular ahora es el único framework web de google (tras la fusion con su framework interno) me imagino que la prioridad para Google tiene que ser muy superior a la de hace unos años, que vaya bien Angular significa que irán bien sus propios proyectos. Ahora mismo estoy haciendo con SSR una poc del ecommerce que tenemos (Sklum) para ver si soy capaz de sacar un 100/100 con la misma PDP que tenemos en producción. Si soy capaz de lograrlo (porque al final, si que es verdad que angular pesa algo más que React y eso me preocupaba y el tema SEO es muy importante para un ecommerce y el tema SSR no lo tenía tan claro para angular porque hace unos años lo testee y me parecio una basura) tiene bastantes papeletas de que el proyecto de 2025 lo hagamos con Angular (ya nuestro equipo lo usa en toda la app interna, gestion de SGA, ecommerce, Marketplaces, pmi...) en lugar de Next.js El año pasado hice una Poc en Next de PDP, PLP y Home y hubo cosas que me parecieron muy tediosas de hacer que ahora en Angular me han parecido triviales. Si que es verdad que estoy haciendo el esfuerzo de adaptarme a la nueva forma de hacer las cosas en Angular porque mi forma de hacerlas era "viejuna", no usaba los nuevos @if, @for, etc... ni usaba signals, dependia 100% del zone.js (ahora se puede quitar pero debes tocar un par de lineas de codigo, evidentemente hay muchas apps que dependen de que magicamente se refresque la interfaz y quitar zone.js las convertiria en poco menos que una web estática)
Perro viejo en angular y palabras sabias las de midu. Son herramientas, no hay que enamorarse de ninguna y si ya te has enamorado de una que no te impida ver las ventajas de otras.
una consulta minudev, acabo de actualizar de la version 18 a 19, pero me sale error en los imports, esquemas, donde me pide que coloque standalone en true, por que la migracion me quito en todos mis archivos, ahora si ejecuto, sale todo bien, pero a nivel de verificacion en el visual studio code me sale errores, como lo corregiste?
@@frideldev si tú ahora puedes decirle que funcione como siempre o por defecto standalone, lógicamente eso no te lo cambian automáticamente porque rompería cualquier app, las apps viejas va a tener que mirar a standalone poco a poco o quedarse en la forma clásica que es igual de valida
Angular siempre ha tenido una simplicidad brutal a la hora de migrar versiones major, no es algo nuevo... Yo creo que la gente que se queja de Angular como de otras cosas estilos C# etc esque son un poquito cerrados de miras. Por lo demás, buena versión y video.
Literalmente effect effect(() => { const valorSignal = variableSignal(); }) Cuando el signal variableSignal cambia effect se ejecuta Luego tienes la otra opcion que es el behaviorSubject de Rxjs que ya puedes hacer cosas mas complejas, por ejemplo: variableBehaviourSubject.pipe(skip(1)).subscribe(() => console.log('hola") Solo con RxJS ya tienes un mundo
oseaseque, a Angular, le pasó lo mismo que a PHP, que por mala administración no avanzava. Interesante. Yo apoyo a miguelin, también le he encontrado ese sason a astro y react, que me ha sorprendido, y sí me cambio a otro framework, de frontend, sería react o vue, más porque vue fue mi primer framework frontend y a Angular no le encontré por donde.
Sueles comparar con Astro, Next o Qwik pero JAMÁS con Nuxt que es el que ya trae todo lo que los demás apenas implementan. Deberías darle una oportunidad a Nuxt
Sale una version cada 6 meses, pueden retrasarse 1 o 2 semanas si algo no está cerrado del todo pero suelen ser puntuales, yo uso angular desde la version 2 y así ha sido siempre. Creo que solo hubo una version que se saltaron que fue la 3 y ahi hubo 1 año sin version grande (pero era natural, Angular nace oficialmente en la V2 pero la 3 y la 4 eran básicamente una beta, le faltaba mucho para estar en modo produccion, muchos bugs, lentitud, framework que pesaba mucho, errores incomprensibles) Node sigue una estrategia de versiones bastante similar, 2 versiones al año y una se convierte en LTS
Es lo mismo solo haz ng update y sigue lo que te diga la consola, normalmente te dira que hagas commit de los cambios antes de tirar cada comando y se ejecutará sin problemas. Nosotros tenemos un proyecto grande desde la V12 y ha ido subiendose hasta la V18 sin ningun problema y en cuanto la libreria de grids que usamos (AG-GRID) sea compatible con V19 actualizaremos.
Y que esperas? Si te ofrecen mejoras de performance (aunque sean pocas) y te añaden (sin quitarte nada) nuevas features como mucho puedes sentir indiferencia porque no necesitabas mas performance y no necesitabas las nuevas features, pero no va a ser peor que antes (a no ser que metan algun bug gordo)
Nunca entendí el sentido de la hidratación... me parece una estupidez que te añade una cosa por un lado y te la quita por el otro Si el Js del componente es chico, no amerita añadir todo el código y lógica para la hidratación, y si el Js es grande... entonces te va a perjudicar la latencia de descarga del js, evaluación y ejecución... el punto medio no se sabe cómo medirlo asi que es una estupidez Encima Midu lo dibuja cómo que es algo indispensable que se requiere de toda la vida y no es así... Durante toda la historia se crearon sitios y aplicaciones web sin eso y se puede seguir así Yo diría que no se dejen delirar por nombres extravagantes...
Cuando tienes seo en tu web necesitas Server Side Rendering (SSR) y a su vez debes contentar a Google con las web core vitals porque tener 75/100 en todas te da boost de SEO, evidentemente no es lo mismo devolverte un HTML + css + js de TODO que devolverte un HTML + CSS de lo critico y luego cuando entra en el viewport (a mi lo de tener que interactuar con un hover me parece una tontería pero algun caso de uso tiene) descargas el JS, lo evaluas y ejecutas los componentes. Osea, en una cargas todo y en otra solo lo necesario para SEO y lo que ves (critical path). Personalmente estoy muy metido en todo el tema del performance y tengo claro el impacto que tiene hacerlo de una forma o de otra, para mi es extremadamente evidente. Lo es tanto que incluso he aplicado estas mismas tecnicas en webs legacy sin frameworks ni nada para reducir Nodos de DOM, CSS, etc... Ya de por si, teniendo en cuenta lo importante que es para las webcorevitals la primera carga te estás ahorrando descargar, interpretar y ejecutar JS cuando no hace falta, dejando el hilo libre para por ejemplo... pintar y hacer que el usuario perciva mayor rápidez en la carga. Luego ya la estrategia que uses para hidratar depende del caso de uso, igual un buen caso de uso puede ser aprovechar un momento idle porque la estrategia del viewport puede hacer que se perciva alguna perdida de frames al hacer scroll, en cualquier caso, siempre hay que preservar el tamaño de los componentes para que no haga CLS y sea todo mucho peor.
El ssr es una parte importante de los frameworks pq generalmente vas querer que tu pagina sea SEO friendly necesitas un mecanismo para que el framework se pueda enganchar al dom son seguridad. Pero si te vale de algo el equipo de react aparentemente penso lo mismo que tu y por eso creo los server components, y no, estos no se hidratan ni su js es entregado solo se renderizan en servidor y crearon un canal de comunicacion streameable capaz de mandar los cambios en los componente ante mutaciones en los datos sin necesidad de tener el js del componente por desgracia esto solo esta disponible en un framework. Cuanto renderizas en server (RSC) y cuando en cliente (hidratacion) es lo que tenemos que decidir nosotros.
Vamos que angular es engorroso, muchos proyectos las pase a react y va mejor, quizas es un intento de recuperar su propia gente pero mintras este react me quedo con react
![Felix "Unfair" | [Stray Kids : SKZ-PLAYER]](http://i.ytimg.com/vi/Oswujxm2Ag0/mqdefault.jpg)
Super enamorado de trabajar con Angular, y es que es una buena noticia sobre la estabilidad de los signals con la v19
El problema del libertinaje de JS/React es que mucha gente acaba abusando de él y creando código muy poco mantenible y poco legible. De hecho un patrón recurrente que veo es que los lenguajes "libres" suelen ser los preferidos para gente que no quiere preocuparse mucho sobre buenas prácticas de desarrollo, patrones, principios, etc.
PD: a mi también me encanta el libertinaje, pero todo gran poder conlleva una gran responsabilidad.
eso incluye a los que programan en c o c++?
@wesxt7358 el que quiere guarrear, guarrea xD. Aunque los lenguajes de tipado fuerte suelen invitarte a ser mas "pulcro" por diseño y limitación.
un gran poder conlleva una gran responsabilidad.
Grande tio ben programer
Hola Antonio como estas? Justo en este momento me veo en una situación que me tiene en duda y es la siguiente , hace año y medio programo con java y spring boot y creo tener un nivel de decente a muy bueno. Me encanta el desarrollo backend, microservicios y lo que es cloud. Pero en lugar de seguir profundizando eh decidido aprender un framework frontend (Angular) o una librería como (React) con el objetivo de facilitar mi inserción laboral. El caso es que indagando con todo este tema de las IAs que cada vez esta mas fuerte leí mucho que Angular sera mas reemplazable por la IA en el futuro que React por su naturaleza mas estructurada donde las cosas se hacen "bien" de una sola "forma". No se tu que opinas? un abrazo!
@@RochaNahuel permíteme que me explaye un poco.
Cada uno tiene su opinión, en base a mi experiencia las empresas suelen contratar a perfiles más especializados. Quiero decir, todas las empresas quieren a alguien que "sepa hacer de todo", pero la realidad que me he encontrado haciendo diferentes entrevistas es que las empresas de primeras lo que quieren es a alguien que sepa mucho del puesto que están buscando.
Te cuento esto porque precisamente mi perfil es multidisciplinar.
Mención aparte las startups, ese tipo de empresas suelen tener necesidades muy concretas y generalmente quieren a perfiles mas multidisciplinares, pero con mucha experiencia.
En cuanto a la AI, no creo que vaya a eliminar carreras a corto plazo. Lo que es evidente es que está subiendo el nivel de requisitos, que eran extraordinariamente bajos en tecnología.
Volviendo a tu caso particular, si te interesa Angular, no está mal, pero yo me centraría en back o front si fuera tú para un entry level. Es decir, trataría de ser muy competente en algo y luego ya vería si expandir.
Recordar que los perfiles full stack son unicornios y eso la gente con experiencia lo sabe bien, por eso cuando ven perfiles junior con el título "full stack" les chirría bastante. Solo unos pocos elegidos son verdaderos full stack, y eso les lleva muchos años conseguirlo.
En cuanto a qué framework aprender de front, lo primero que te diría es cual es la realidad de tu región. Por ejemplo, en España lo que mas se solicita suele ser Angular.
Respecto a buenas prácticas y código estructurado, Angular es un framework bastante estricto, eso te obliga a seguir ciertas reglas y acabas cogiendo buenos hábitos. React es mucho mas flexible al no forzarte a seguir demasiadas reglas, eso te da mucha libertad y velocidad, pero genera vicios.
Cual escoger? Esto es muy subjetivo, personalmente soy mas partidario de dar herramientas "mas sencillas" al inicio, ya que creo que lo importante al inicio es asimilar el pensamiento lógico y el dominio de la herramienta, y luego ya aprender buenas prácticas. El problema de esto es que suele generar malos hábitos que luego son difíciles de quitar.
Espero que te sirva de algo esta info, ánimo y suerte.
La gente que critica a angular es porque no lo conoce, es un gran framework.
@@danielos2294 ¿Recomiendas aprender React y luego Angular? Es que tengo entendido que es mejor empezar por React si estás empezando
Pero no lo usa ni el tato
La verdad que si, me enseño mucho acerca de estructurar bien los proyectos, buenas practicas y abstracción de componentes. Yo soy desarrollador de aplicaciones móviles y cuando empece lo hice por React Native. Al pasar a asistir al equipo de front end en Angular se me abrió un panorama que pude extrapolar a los demás proyectos.
@@gatoconcasco Que algo sea popular no quiere decir que sea el mejor, un ejemplo React. O WhatsApp vs Telegram, este último es mejor y no es que sea tan popular
@@gatoconcascojunior arrogante detectado
Supongo que gran parte de los que critican a Angular son los mismos que critican a Java, C# y PHP pensando que siguen añejos cuando tienen muchas mejoras.
Cuando esos que critican supiedan lo demandado que es en grandes empresas...
diabloo buen momento para empezar proyecto personales, llevo siguiendo angular desde 14, 15, 18 y ahora 19 que belleza
Angular me gustaba mucho, ahora me gusta demasiado, sin duda, una evolución impresionante lo de las últimas tres versiones
Los comandos de migración existen muchos desde versiones muy anteriores, recientemente migré una aplicación mediana CSR desde la versión 9 a la 18, todo gracias a los comandos de migración entre versiones y otros schematics que te hacen la aplicación sin módulos automáticamente, cambiar los input por signals, cambiar a la nueva sintaxis control flow, etc.
Nunca me voy arrepentir cuando empezé aprender Angular !
Lo mismo digo a mi me enseño a hacer las cosas de una manera que luego me gusto tanto que las he buscado hasta en el backend, no podria vivir hoy sin un sistema de injección/inversión de dependencias por poner un ejemplo o sin algunos decoradores
"todos saben que a midu le gusta PHP" xdddd
La hidratacion como la plantea angular es clave para ecommerce y paneles de estadisticas
Angular no deja de sorprender!! Me mola tu camiseta haha 😊
La hidratación sale mejor en el mouseInput, no en el click. En mobile se puede usar un Intersection Observer para hidratar si el elemento está en pantalla
Ya desde Angular 17 que se va sintiendo cambios muy a positivo. Aprovecharé ahora mismo el probar la nueva versión!
Gracias por el resumen, vale oro esto. Saludos desde Argenzuela.
Al final Angular se usa mucho a nivel empresarial, tal como dices, por esa falta de "libertinaje". Puedes contratar a un equipo de 50 personas para hacer la "mega-webapp", que al final hay sólo 1 forma correcta de hacerla según Angular, con lo cual es una gran ventaja para proyectos grandes en los que se asignan a gran número de desarrolladores. Una feature va a estar hecha de forma similar, con los mismos patrones que otra feature hecha por otro grupo de desarrolladores. Al final hace suficientemente bien (aunque no perfecto) casi todo lo que necesita una webapp y no te tienes que comer la cabeza en encontrar un "stack" porque ya te lo da casi todo el propio Angular.
Para bien o para mal, su rigidez es lo que le hace una opción muy lógica para cierto tipo de proyectos en empresas especialmente grandes.
Midu, se puede hacer un degradado del blur? es decir que arriba esté más desenfocado que abajo ¿Existe alguna manera de hacerlo?
Si te estas iniciando en programación, como recomiendas empezar con Angular? A mi me gusta. Algun proyecto en particular para arrancar y ya teniendo 48 años de edad... Thx
Midu Haras un curso de angular 19??? De principiante a avanzado
el uso de la signal para modificar valores ya es obligatorio ? osea estoy en un proyecto y no se si las signal ya es de uso para todo ?
yo creo que depende de los usos, si estas creando una spa(single page application), eliges, React, pero para ecomerce o páginas públicas es mejor ir con astro, next, qwiki, etc.
Estoy haciendo una POC de nuestro ecommerce SKLUM (bueno, le llamo poc pero es básicamente el proyecto completo) y con SSR estoy viendo unos tiempos de respuesta muy buenos además de estar aplicando varias tecnicas para potenciar el rendimiento inicial de la web, como por ejemplo pintar componentes de forma parcial hasta que no estan en el viewport reservando su aspect ratio (imaginate, un Card tiene digamos 25 nodos en el DOM, en lugar de hacer lazyload a la imagen haces lazyload a todo salvo algo que pueda tener impacto en SEO) de este modo una página de 50 productos que tenemos en una PLP (en la que hay admeás 16 productos en un slider) seria (50+16)*25 = 1650 nodos, aplicandolo de la forma que digo (50+16) * 2 (en nuestro caso el wrapper del card + el titulo por SEO) = 132 nodos
Tengo amplia experiencia de casi una decada en Nextjs y en Angular (en angular nunca use SSR) y creo que angular hoy por hoy es superior en cualquier caso de uso.
Qwik hace años que le vengo siguiendo la pista pero no termina de despegar y tiene bastantes bugs (al final lo que tiene enfrente son frameworks maduros, era de esperar) no lo usaría en algo productivo ni de coña, de aquí a que sea estable del todo igual cambia medio framework.
Y luego ya astro pues depende, al final cualquier web tiene interacción y acabarás muriendo quieras o no en react o en angular incluso si escoges atro, yo personalmente no veo tan claro cuando usar Astro, hasta el punto de que no le he prestado nada de interes, me vi unos videos, vi lo que podia hacerse, vi que lo que se puede hacer tambien se puede en los otros pero no todo lo que pueden hacer los otroso lo puede hacer Astro y no me parecio nada impresionante.
Debería ser en el hover con prefetch
Se ve bien, pero ya no sé ni por donde empezar con tanto cambio, otro punto es que no sé si la comunidad lo adoptara para el uso de librerías y demás.
Yo tengo mi web en react. Pero la ando cambiando a angular ya que se ha ido mejorando de una forma muy buena. Además de que uso contentful para manejar el contenido me va de bien. Ya tengo parte de los componentes con tailwind y anda quedando chevere.
No entiendo el final, que quieres decir con que react si tiene libertinaje y angular no? Pregunto porque tengo curiosidad sobre a qué te refieres
Para empresas grandes, me refiero a DIsney Media que es donde estoy, Angular esta presenta, veamoslo como las grandes compañias son las que lo usan
Buenas, donde podría hacer un curso desde 0 en angular, sin entender nada de el. Sabiendo html,css y js.
Gracias.
Lo mejor para el frontend 🤩🤩🤩🤩
No sé pq qwikjs no ha matado a todos los otros fw, pero la performance que tiene no la tiene ninguno. Ahora deberían hacer la hidratación los nuevos fw y ssr por defecto. Yo uso vuejs que ya está a nivel de react y la sintaxis es muy parecida en la versión 3 y no tiene esa mierda de jsx. Si nuxt pone la hidratación ya está 😂🎉.
Yo soy team Angular día 1 pero la verdad es que ultimamente se notan mas que nunca las mejoras, podriamos decir que de la v2 a la v6 hubo muchas mejoras (performance y calidad de vida) luego hubo una época con mejoras a cuenta gotas (casi todas las mejoras eran destinadas a que en modo dev los errores no fueran marcianos) porque se les alargo el cambio de motor a Ivy y tras tener Ivy se nota que son ahora capaces de meterle features sin tanto dolor de cabeza, yo no creo que sea gracias al que gestiona Angular actualmente, al final Ivy estaba estable desde hace 3-4 años, las primeras 2 releases o asi fueron destinadas a optimizaciones/bugs en Ivy y a limpiar el codigo de la vieja implementación, podríamos decir que desde hace 2 años Ivy esta muy estable y toca meterle features/optimizaciones, algo imposible sin haberse chupado todos los años que se chuparon.
Lo que si que puede haber cambiado (esto ya es especulación) es la calidad de los programadores que están dentro, si Angular ahora es el único framework web de google (tras la fusion con su framework interno) me imagino que la prioridad para Google tiene que ser muy superior a la de hace unos años, que vaya bien Angular significa que irán bien sus propios proyectos.
Ahora mismo estoy haciendo con SSR una poc del ecommerce que tenemos (Sklum) para ver si soy capaz de sacar un 100/100 con la misma PDP que tenemos en producción. Si soy capaz de lograrlo (porque al final, si que es verdad que angular pesa algo más que React y eso me preocupaba y el tema SEO es muy importante para un ecommerce y el tema SSR no lo tenía tan claro para angular porque hace unos años lo testee y me parecio una basura) tiene bastantes papeletas de que el proyecto de 2025 lo hagamos con Angular (ya nuestro equipo lo usa en toda la app interna, gestion de SGA, ecommerce, Marketplaces, pmi...) en lugar de Next.js
El año pasado hice una Poc en Next de PDP, PLP y Home y hubo cosas que me parecieron muy tediosas de hacer que ahora en Angular me han parecido triviales.
Si que es verdad que estoy haciendo el esfuerzo de adaptarme a la nueva forma de hacer las cosas en Angular porque mi forma de hacerlas era "viejuna", no usaba los nuevos @if, @for, etc... ni usaba signals, dependia 100% del zone.js (ahora se puede quitar pero debes tocar un par de lineas de codigo, evidentemente hay muchas apps que dependen de que magicamente se refresque la interfaz y quitar zone.js las convertiria en poco menos que una web estática)
Perro viejo en angular y palabras sabias las de midu. Son herramientas, no hay que enamorarse de ninguna y si ya te has enamorado de una que no te impida ver las ventajas de otras.
Para cuando react 19 oficial no en release candidate Next 15 ya la usa pero aun representa un riesgo?
Qué significa que ahora los signals son más estables?
Lanzaras un curso de Angular 19?
Y eso que estoy en la 16 y mi paginita funciona muy bien todavía, ahora que será 19.
Cuando un curso de Angular? :)
React o Angular ? Hoy en en dia cual ofrece mas salida laboral?
Todos sabemos que Midu hace cosas en angular cuando apaga stream xD❤🔥
Angular y NextJS tienen que ir un poco mas lento, sacan dos versiones por año
una consulta minudev, acabo de actualizar de la version 18 a 19, pero me sale error en los imports, esquemas, donde me pide que coloque standalone en true, por que la migracion me quito en todos mis archivos, ahora si ejecuto, sale todo bien, pero a nivel de verificacion en el visual studio code me sale errores, como lo corregiste?
Has usado ng update ? o has subido versiones a pincho?
@JorgeDev92 use ng update, funciona Todo normal ,pero en El vscode muestra El error y pide que coloque El stadalone en true ,
@@frideldev si tú ahora puedes decirle que funcione como siempre o por defecto standalone, lógicamente eso no te lo cambian automáticamente porque rompería cualquier app, las apps viejas va a tener que mirar a standalone poco a poco o quedarse en la forma clásica que es igual de valida
Angular siempre ha tenido una simplicidad brutal a la hora de migrar versiones major, no es algo nuevo...
Yo creo que la gente que se queja de Angular como de otras cosas estilos C# etc esque son un poquito cerrados de miras.
Por lo demás, buena versión y video.
Ostias Manolo, ostias tio estoy que flipo 😮
Yo soy dev angular desde la version 7, pero me gusta como se usa reactjs
Cual es el equivalente del useEffect en Angular?
computed
@ me suena mucho a Vue
Literalmente effect
effect(() => {
const valorSignal = variableSignal();
})
Cuando el signal variableSignal cambia effect se ejecuta
Luego tienes la otra opcion que es el behaviorSubject de Rxjs que ya puedes hacer cosas mas complejas, por ejemplo:
variableBehaviourSubject.pipe(skip(1)).subscribe(() => console.log('hola")
Solo con RxJS ya tienes un mundo
Por fin angular poniéndose al día
Yo amo qwikjs y al click no se nota nada pq el js que descarga son pocos bytes y después está en cache
En la empresa todo es React en todos los equipos
Mi react se queda atras, que le hicieron a mi pobre react, pésima decisión darle todo el poder a vercel, y eso que me encanta
La estabilidad de los signals 🎉
Algunas cositas ya estaban antes de la versión 19...
Blazor se los come crudo con papas al horno
Angular es demasiado bueno.
Para hacer arquitecturas complejas.
Hay que ser muy mal desarrollador para hacer daños con este framework
😮
Claro que es increíble Angular
oseaseque, a Angular, le pasó lo mismo que a PHP, que por mala administración no avanzava. Interesante.
Yo apoyo a miguelin, también le he encontrado ese sason a astro y react, que me ha sorprendido, y sí me cambio a otro framework, de frontend, sería react o vue, más porque vue fue mi primer framework frontend y a Angular no le encontré por donde.
Yo estoy feliz con Angular, me parece incluso mejor que React (Next)
y Svelte? ♥
React y Angular NO son las dos bibliotecas más usadas, según el survey de JetBrains serían React: con 57% y Vue: 32%
Y según otras encuestas es Angular la segunda. Supongo que depende de cuantos países asiáticos respondan la encuesta (que beneficia a Vue)
Grande Midu!
y yo aun en Angular 15
curso de angular 19 !!!!!!!
Quiero aprender angular pero debo comenzar por la v19 o por cual versión ? Jaja al menos es más estable que react creo :v
Con la 19, en mi empresa tenemos varios proyectos internos en Angular 18 yo estoy haciendo uno personal en 19 y no he encontrado un solo bug
Angular esta on fire
Angular es increíblemente útil
Simplemente el mejor framework de front
Es bueno para un principiante Angular ?
No, primero HTML, CSS y JS puro, luego Astro, luego, React / Next, luego Angular
Entrale al Angular sin miedo.
@@josemiguelmartinezd.490 con fe
Me pareció oír curso de angular?
Sueles comparar con Astro, Next o Qwik pero JAMÁS con Nuxt que es el que ya trae todo lo que los demás apenas implementan. Deberías darle una oportunidad a Nuxt
angular es el java de los framework de javascript
Lo que acabas de decir no tiene sentido, Java y Javascript son lenguajes, es como decir que Angular es un lenguaje
Esto ya lo hacía PHP! 😅
Que le ha faltado elementos de migración a Angular ???? No lo creo
Nunca habla de Vue 😢
y yo haciendo proyectos con angular 14 💀
¡¿Quién más está cansado de reescribir el código todo el tiempo?!
Y algún día Astro soportará Angular ??
Seria brutal y con Vite que lo ha incluido en la v18
Aaaaah pero yo estoy aprendiendo el 18 🫠🫠
El problema es que muy probablemente te toque codigo en angular 15 para atras ☠️
Ayer no había salido angular 18 ?
Sale una version cada 6 meses, pueden retrasarse 1 o 2 semanas si algo no está cerrado del todo pero suelen ser puntuales, yo uso angular desde la version 2 y así ha sido siempre. Creo que solo hubo una version que se saltaron que fue la 3 y ahi hubo 1 año sin version grande (pero era natural, Angular nace oficialmente en la V2 pero la 3 y la 4 eran básicamente una beta, le faltaba mucho para estar en modo produccion, muchos bugs, lentitud, framework que pesaba mucho, errores incomprensibles)
Node sigue una estrategia de versiones bastante similar, 2 versiones al año y una se convierte en LTS
Soy Signal🗿(me falta afecto femenino)
Queeeee? Yo ni he empezado la 18😭😭😭😭😭
Es lo mismo solo haz ng update y sigue lo que te diga la consola, normalmente te dira que hagas commit de los cambios antes de tirar cada comando y se ejecutará sin problemas.
Nosotros tenemos un proyecto grande desde la V12 y ha ido subiendose hasta la V18 sin ningun problema y en cuanto la libreria de grids que usamos (AG-GRID) sea compatible con V19 actualizaremos.
genial ..!
No creo
Angular, no estaba muerto ? 🤔
no quien murió fue AngularJS que no es lo mismo que Angular a secas
@@BerlinSantos 😥😥
Siento que dicen lo mismo de cada nueva version de algo. Sería mas interesante ver algo como "React 20 es una porquería"
Y que esperas? Si te ofrecen mejoras de performance (aunque sean pocas) y te añaden (sin quitarte nada) nuevas features como mucho puedes sentir indiferencia porque no necesitabas mas performance y no necesitabas las nuevas features, pero no va a ser peor que antes (a no ser que metan algun bug gordo)
viva angular
Ostia!!!
Nunca entendí el sentido de la hidratación... me parece una estupidez que te añade una cosa por un lado y te la quita por el otro
Si el Js del componente es chico, no amerita añadir todo el código y lógica para la hidratación, y si el Js es grande... entonces te va a perjudicar la latencia de descarga del js, evaluación y ejecución... el punto medio no se sabe cómo medirlo asi que es una estupidez
Encima Midu lo dibuja cómo que es algo indispensable que se requiere de toda la vida y no es así... Durante toda la historia se crearon sitios y aplicaciones web sin eso y se puede seguir así
Yo diría que no se dejen delirar por nombres extravagantes...
Creo que tiene sentido cuando lo que quieres es reducir el ancho de banda en la transferencia de datos.
Cuando tienes seo en tu web necesitas Server Side Rendering (SSR) y a su vez debes contentar a Google con las web core vitals porque tener 75/100 en todas te da boost de SEO, evidentemente no es lo mismo devolverte un HTML + css + js de TODO que devolverte un HTML + CSS de lo critico y luego cuando entra en el viewport (a mi lo de tener que interactuar con un hover me parece una tontería pero algun caso de uso tiene) descargas el JS, lo evaluas y ejecutas los componentes.
Osea, en una cargas todo y en otra solo lo necesario para SEO y lo que ves (critical path).
Personalmente estoy muy metido en todo el tema del performance y tengo claro el impacto que tiene hacerlo de una forma o de otra, para mi es extremadamente evidente. Lo es tanto que incluso he aplicado estas mismas tecnicas en webs legacy sin frameworks ni nada para reducir Nodos de DOM, CSS, etc...
Ya de por si, teniendo en cuenta lo importante que es para las webcorevitals la primera carga te estás ahorrando descargar, interpretar y ejecutar JS cuando no hace falta, dejando el hilo libre para por ejemplo... pintar y hacer que el usuario perciva mayor rápidez en la carga.
Luego ya la estrategia que uses para hidratar depende del caso de uso, igual un buen caso de uso puede ser aprovechar un momento idle porque la estrategia del viewport puede hacer que se perciva alguna perdida de frames al hacer scroll, en cualquier caso, siempre hay que preservar el tamaño de los componentes para que no haga CLS y sea todo mucho peor.
El ssr es una parte importante de los frameworks pq generalmente vas querer que tu pagina sea SEO friendly necesitas un mecanismo para que el framework se pueda enganchar al dom son seguridad. Pero si te vale de algo el equipo de react aparentemente penso lo mismo que tu y por eso creo los server components, y no, estos no se hidratan ni su js es entregado solo se renderizan en servidor y crearon un canal de comunicacion streameable capaz de mandar los cambios en los componente ante mutaciones en los datos sin necesidad de tener el js del componente por desgracia esto solo esta disponible en un framework. Cuanto renderizas en server (RSC) y cuando en cliente (hidratacion) es lo que tenemos que decidir nosotros.
Vamos que angular es engorroso, muchos proyectos las pase a react y va mejor, quizas es un intento de recuperar su propia gente pero mintras este react me quedo con react
Nice Try Diddy
RIP React
❤
👽😍😍😍😍
rip react
Siiiiiiiiiii claro
Nice yolo
React forever
:o
Midu quien te entiende, un día es react, al otro astro y ahora angular...q pasa😅
no es excluyente que varios lo sean
Igual el es desarrollador Javascript, y todos ejecutan javascript
Creo que no te quedaste hasta el final 😅😅
Lo de junior lo tienes hasta el el nombre xd😂
Y que me importa
Y que me importa, que no te importa
@@mrdiro1172 lo mismo que me importa que te importe que no me importa
OJALÁ NEXT.jS LO SUPERE