Muchas gracias @midudev por tal increible guía ! Y a ustedes... qué les pareció el review ? Espero que les haya gustado y de ser así, deja un comment, dale un buen like, un subscribe que nunca queda mal y tambien un lindo compartir para ayudar a llegar a más gente ❤ Aclaración: También se le denomina back for front end a tener más de un backend para cada necesidad del front. Si por ejemplo tenemos dos front end uno para browser y el otro para movil, en vez de tener que hacer malabares con un único backend para ambos, directamente hacemos dos y que cada uno trabaje para cada front end (backend for front end). También se usa en casos donde este intercepta lo que necesita al front y de ahí va a buscar dicha información en múltiples servicios. Fijensen lo que el autor llama el segundo modelo de BFF y el ejemplo de un BFF para comunicar ante múltiples servicios samnewman.io/patterns/architectural/bff/ En resumen el caso que se comenta en el video es del crear un servicio específico para resolver las necesidades del front end y comunicarlo por medio de un back for front end que se encarga de la petición e comunicación Espero que les haya ayudado !
He ido aprendido mucho con tus videos!@@GentlemanProgramming yo estoy comenzando a aprender programación, he ganado ahora una beca tipo bootcamp, para un curso básico de Java/Spring Boot, tienes alguna recomendación para abordar este lenguaje?
Midu GOD, hizo falta hacer hincapié en que las tecnologías del medio (sueldo) y la derecha (promesas futuras) no son necesarias aprender, midu las puso como herramientas extras para que solamente las consideremos una vez ya estemos dentro del mundo del desarrollo, no de primera instancia
Hace poco tuve una entrevista que necesitaban un junior back en java con spring boot. Me pidieron hacer una prueba técnica, hacer un api rest en crud, que se guarde en memoria y se borre cuando se cierre, devuelva una lista ordenada y sea en SQL ah. Me llamaron porque les gustó lo que hice y lo que podían era que haga yo solo el cálculo de impuestos de una app de una billetera virtual, tenía q testearlo, hacer los cálculos de impuestos segun el clientes y la ayuda prácticamente no existiría porque eran 2 programadores y medio porque el otro era contador. Lo que buscaban realmente era un equipo entero, incluído un contador con el sueldo de un junior. Quería que haga todo, mientras eran 14 en marketing y 3 programadores
Backend for Frontend, también se usa cuando la aplicación es orientada al negocio, se delega el procesamiento de toda la lógica al backend, para proteger la lógica del negocio
Dejo mi comentario para el boost. Y decir que con este vídeo descubrí al gentleman a principios de Julio, estaba un poco perdido y quería mejorar para pasar a un mid-level con confianza, creo que estoy mucho más cerca.
Muy buen video, muchas gracias por dar tu punto de vista acerca del roadmap de midudev, por cierto yo tuve un pequeñajo hace algo menos de 4 meses, felicidades, salud para crialo y mucha paciencia!
hay que tirar y hacer de nuevo, react no se va a arreglar con parches, con el virtual dom, hooks y manejo de estados como tiene, no alcanza mas a la competencia
Pero en la práctica a los fulls tack cuando se les pone una reunión con senior de cada área (backed, front) no les puede seguir el hilo en temas complejos .ahí es una desventaja según mi punto de vista
Al finalizar el video, mencionó algo de aprender Golang o Rust. Team Golang acá! Yo también estoy con muchas ganas de aprender ese lenguaje después de tener una certificación de AWS. Buen video!
@@GentlemanProgramming que tal la experiencia hasta ahora con Golang?, yo soy backend dev con Java pero veo a Golang como muy buena opción para seguir especializandose en backend, que opinas?. Por cierto, me alegra que sigas en youtube aportando este gran contenido!, se agrecede un montón, en mi caso no tengo tiempo para mirar los directos pero me encantaría obviamente, entonces desde aquí apoyando en youtube . Saludos!.
aquí discrepo contigo mi querido Alan, porque Tailwind es mágico una vez le agarrás el hilo... a mi tampoco me gustaba al principio, tampoco me gusaba JSX pero mirá ahora aquí andamos a todo con JSX y Tailwind 💙
Banco mucho que a la hora de decir "esto lo podés aprender acá", vayas a la documentación directamente. Es la mejor fuente de aprendizaje, la fuente oficial. Después obviamente para ciertas dudas o cosas específicas sí se pueden buscar videos y demás, pero banco que el foco principal sea la documentación. Saludos!
Hasta que la documentación de la librería o framework es un asco, por qué hay bastantes herramientas populares que la solucion o la mejor explicación no está en la documentación
@@benjaminsepulveda1664 yes pero siempre el pie inicial debe ser la documentación oficial. Yo, aunque no creas, tomo la cantidad de documentación e información como un punto a la hora de ver si una tecnología satisface las necesidades del proyecto, no hay que olvidarse nunca del factor humano
Paraaaaaaaaaaaa! recién me cruzo con este video reacción. Van 3:49 min y me pegó fuerte el rechazo a tailwind asique frené el video y me puse a escribir ésto. Yo estoy enamorado de esa vomitada. Sin embargo y a pesar de la discrepancia, lo respeto y le mantengo en lo alto caballero del bigote perfecto. Prosigo con la reacción. 🎩🎩
bueno visto el video completo quiero resaltar que la musicalización y el mensaje de esperanza de "no es necesario saber todo ésto", es impecable. El cierre es sublime (A partir de minuto 44 mas o menos). Fue muy grato para mi este contenido, como todo lo tuyo Alan pedazo de crack!
Buen video Alan,solo acotar que el bff uno de sus propósitos es conglomerar las peticiones y llamados a servicios, centralizando a un solo punto todos los datos, por ejemplo en Micro servicios es usado a menudo con graphql. Es preferible enviar 20 peticiones en una red interna a distintos servicios que hacerlos en el lado cliente del navegador
Me encanta que des ejemplos de casos de uso reales ❤❤❤; a veces, las explicaciones son demasiado etéreas ó genéricas y uno que está aprendiendo no termina de relacionarlas con dichos casos de uso. Te agradezco un montón amigo 👍👍👍👍👍👍
¡Qué bueno que te guste que meta ejemplos de casos de uso reales! Es que no me gusta andar en las nubes con explicaciones genéricas. A veces parece que algunos te quieren explicar las cosas como si estuviéramos en filosofía y no en programación. 😅 Prefiero aterrizar los conceptos con ejemplos concretos para que se entienda de una. Porque, al final del día, lo que importa es que puedas aplicar lo que aprendés y no quedarte colgado. Me alegra que te sirva, amigo, ¡y obvio, acá estoy para lo que necesites! ¡Abrazo grande!
Hola Alan, recien veo el video, muy bueno. Como fue tu experiencia con Laravel? Porque dejaste de usarlo? En que entorno es recomendable usarlo? Desde ya muchas gracias
Recuerdo que ingresé a un "Trainee" y todos eran nuevos, literal, solo 1 había que sabia sobre el proyecto y que en 1 semana, se fue. Claro, nos dijo algunas cosas básicas (Era la "victima" del anterior equipo). Luego, ingresó el encargado o dueño de la marca y dije "¿Por qué demoraban tanto? bla bla bla" y yo "... pero si recién hemos ingresado y estamos viendo como funciona todo." Ahhhh y durante la semana que se quedó el chico, 5 días no podíamos avanzar, porque el backend estaba caído y teníamos que hacerlo local por el 5 día. Estuvo raro, pero logré ver algo los roles y tareas en el excel que tenían.
@@JkeanOS Entiendo, en realidad si sabes bien tailwind, es mucho mas rapido codear en clases de tailwind que css nativo, igualmente la verdad es que prefiero css nativo.
Llevo años programando con React y desde que toqué Svelte confirmo completamente que es hermoso para trabajar, pero React me sigue dando de comer y creo que es la realidad actual (a la fecha de este comentario xD) y angular, fue lo primero que aprendí y por años me he rehusado para aprender/trabajar día a día (ojo que igual lo conozco y he tenido que trabajar en alguna que otra empresa y bueno, sale el trabajo xD y Vue, me gusta, pero eso de que en el mismo proyecto puedo tener V2 y V3, uff no me gusta mucho si te soy sincero
7 місяців тому+2
Ese board de Midu no es un roadmap, es una una guía para mejorar empleabilidad y lo que según el son las tecnologías para este año.
Los verdaderos fullstack no vamos por la vida diciendo que somos fullstack, porque te pagan lo mismo (o incluso más) como frontend sr, y con mejores condiciones de trabajo. Tengo más de tres décadas de experiencia desarrollando software y ya no estoy como para seguirme desgastando en el backend
El frontend desgasta mas, el backend casi siempre es el mismo. le vas agregando microservicios, el frontend cambia no solo todo el stack sino tambien lo que quiera el cliente
Yes se sigue usando muchisimo a nivel empresa, sino tienes otras cosas como flutter por ejemplo pero ionic es javascript y muy facil de usar para apps híbridas, por eso se sigue eligiendo en empresas, para no capacitar o mejor dicho tener que pagar devs de otros lenguajes
Aguante ANGULAR, la versión 17 le dinamito el piso a los demás framework en muchos sentidos, y todavía están horneando muchas cosas más para incorporar y estabilizar, para fin de año va a quedar un modelito 90-60-90
Especiarse en un stak , es tan profundo y cambiante el ecosistema que es una locura aprender todo... Ejemplo, el de ecosistema de java es súper amplio y puedes ser full stack pero solo con un puñado de herramientas... Java- spring boot- angular y es todo si se ocupa algo más pues no le entres ya que para llegar a aprender lo anterior te llevas 2 años (aprender bien )... Pero una vez aprendido no cambia... No son modas. Es conocimiento sólido que perdura en los años... Claro hay otras alternativas igual de sólidas no es la última palabra ... Ser front es un caos de librerías y modas y cuando crees aprendida una ya pasó de moda... Claro podrás hacer tus trabajitos locales de Freelance y vivir bien.
Para mi un punto a favor de ser FullStack es que sabes de principio a fin como crear una aplicación completa, como se deben de hacer las comunicaciones entre los distintos servicios. Sabiendo mas o menos de todo se te pueden ocurrir ideas de como estructurar una aplicación completa, por donde empezar y como acabarla hasta que la recibe el cliente. obviamente no vas a saber todo sobre backend y frontend, pero me parece un punto muy fuerte, sobre todo si tienes que dirigir a un equipo. Luego ya si sabes de DevOps y sabes desplegar tu app con Kubernetes ya te luces. Gracias por el video y no me funeis porfavor que es solo la humilde opinion de un siervo del señor. Saludos!!
¡Sí, hay trabajo en Solidity! Solidity es el lenguaje de programación más utilizado para desarrollar contratos inteligentes en la blockchain de Ethereum, y con el auge de las criptomonedas y las aplicaciones descentralizadas (dApps), la demanda de desarrolladores con experiencia en Solidity ha crecido mucho. Podés encontrar oportunidades en startups que están desarrollando proyectos en blockchain, en empresas que trabajan con tecnología financiera (fintech) y en organizaciones que están explorando o implementando soluciones basadas en blockchain. Además, con la popularidad de las finanzas descentralizadas (DeFi) y los NFTs, hay una necesidad constante de desarrolladores que sepan Solidity. Eso sí, es un área bastante técnica y especializada, así que si te interesa, te recomendaría meterte de lleno, aprender bien cómo funcionan los contratos inteligentes y la blockchain, y empezar a armar algunos proyectos personales para mostrar lo que podés hacer. Si tenés interés en este campo, ¡hay muchas oportunidades ahí afuera!
Alternativa a Git: mercurial (hg). De echo salieron más o menos a la vez y están basados en los mismos principios. Yo lo usaba antes, pero como todo el mundo se pasó a Git, pues yo igual. Mercurial funciona muchísimo mejor con repos muy grandes, de echo Meta internamente lo utiliza para sus repos, porque son enormes y tuvieron muchos problemas de rendimiento con git
Ya me iba a pegar un tiro al ver todo lo que aun me falta por aprender. Y eso que llevo ya un buen tiempo estudiando, como dos años y apenas estoy incursionando en el backend
go o rust son buenas opciones el rust book es el bueno viene con muchos ejemplos y de lado de go el go tour te enseña muy bien la sintaxis y viene con ejercicios para practicar saludos Alan y que disfrutes tu etapa de paternidad
Tailwind agrega mas codigo de lectura pero ahorras mucho mas codigo a nivel de build usar styled aumenta muchísimo la cantidad de CSS, nos guste o no tailwindcss es una gran cosa, en unos 2 años calculo máximo la mayoría si no es el 100% de los framework UI lo usaran, asi que hay que usarlo de aqui para delante
@@KevinRivas-sz3us Entiendo que Tailwind tiene su atractivo, especialmente para prototipar rápido, pero sigo prefiriendo CSS Modules, y acá va por qué. CSS Modules te permite mantener el código limpio y separado, lo que facilita muchísimo la lectura y el mantenimiento, especialmente en proyectos grandes. Además, podés reutilizar estilos sin llenar tu HTML de clases utilitarias, lo que mejora la performance al reducir el CSS innecesario. Tailwind puede parecer la gran cosa ahora, pero no deja de ser una moda que mete un montón de clases en tu HTML, haciendo que el código se vuelva más difícil de leer y mantener. Es cierto que optimiza en la build, pero con CSS Modules tenés un control más fino sobre lo que se genera, lo que es crucial para la performance en producción. No se trata de seguir la corriente, sino de elegir la herramienta que realmente te va a dar el mejor resultado a largo plazo. Y para mí, CSS Modules sigue siendo la opción más sólida, eficiente y fácil de mantener, sin el ruido que mete Tailwind en tu código.
@@GentlemanProgramming no es solamente un corriente como lo queréis plantear, si bien CSS Modules optimiza las cosas tiene sus inconvenientes, el primero es que siempre se va a generar una clase horrible y se estará generando en cada build, por lo que nunca tendras el mismo hash, eso hasta cierto punto afecta con los files cacheados en los navegadores y también afecta cuando quieres tratar de modificar ese css, yo era del pensar de usar CSS-in-js re fan de styled, emotion y stitches, pero en el ultimo año he visto la importancia de tailwindCSS y nos guste o no, estoy bastante seguro que el rumbo seguira por ahí, no por “tendencia” si no por su utilidad, no te sorprendas si el día de mañana sale en la documentación de react la forma predeterminada de hacer estilos y la razón es más simple de lo que crees pienso qué tailwindcss sera el futuro porque es la solución más cercana a lo que realmente funciona en el navegador, es la forma mas simple de implementar css usando clases directamente, dejando fuera procesadores, js y X cosas, simplemente clases y al ser tan cercano al lo que sirve en el navegador creo que hace sea algo potente
Para nada, hay mucha start up ese es el tema. Pero también hay mucha solicitud en empresas grandes pero de semi senior y senior developer especialistas. También depende del país.
Además... de que realmente ser full stack con menos de 6 años de experiencia es practicamente imposible, el roadmap para ser front end o backend solamente es ENORME y cada día más complejo, además de que también se considera para full stack saber el roadmap de dev ops, diseño, etc. No alcanza una vida !!!
@@GentlemanProgramming para consultoría son muy demandados los full stacks xq los clientes quieren ahorrarse lo maximo posible y las consultoras encajarlos en cualquier proyecto para facturar.
@@PabloOlivera-my7wm a mi me pasó todo lo contrario, las consultoras siempre tienen especializados porque también así pueden cobrar más mano de obra además de que el producto final es de mayor calidad. Por ahí es consultoría start up o de latam con clientes pequeños
@@GentlemanProgramming hace 10 años me uní a una de las empresas de software mas grande de Argentina que cotiza en NY, estuve mas de 5 años ahí. Al principio había más personas especializadas en front o back, pero con el paso del tiempo se veía mas y mas proyectos de staff augmentation y muchos amigos terminaron ahí (incluso yo) haciendo full stack. Cuando me fui a otra empresa un poco mas chica, solo los junior eran front, los demás eran full stack. Es cierto que la especialización se vende mas cara, pero el full stack le da a la empresa mas estabilidad de ingresos ya que puede colocar la gente con mayor facilidad si la misma claro tiene una cantidad de años trabajando
el tema con jest es que ya nadie lo esta manteniendo y es algo que me desanimo a prender prefiero vitest por que es algo que están manteniendo y a mejores alternativas a jest no es hate si no que es algo que meta abandono y que nadie quiere mantener además en github tiene muchas issues algo que no pinta bien
CVS ! Te paso un artículo que habla de todo lo que había antes de git medium.com/@jinglis12/was-there-life-before-git-3cf4768c9edd#:~:text=CVS%2C%20short%20for%20Concurrent%20Versions,replaced%20in%202000%20by%20Subversion.
backbone pero si eras muy microsoft knockout js una lindura para la epoca ajja Luego AngularJS hasta la fecha en muchas Apps que no quieren ni piensan ser migradas Antes de GIT obvio.. noooo svn no, era mucho mas que un drive . Tenía control de versiones merges etc.. Pero antes antes, estaba Visual SourceSafe (VSS) 1998 hasta 2005 firme
La verdad nos estamos regalando para sacar desarrolladores mecánicos (obviamente: De fácil reemplazo). Que triste que se fomente este perfil (que también se va a comer a los divulgadores), Hay gente que se mete a aprender React, empieza a trabajar con React y no maneja JS. Ni hablar de otros lenguajes de Backend. Estaría bueno decir que de esos roadmaps muchos son para startups que en gran parte no tienen noción de lo que necesitan, y donde pagan fuerte piden las tecnologías antiguas (porque son empresas que perduraron). Estamos viendo el paso del mando de la lógica a la mecánica, es el principio del diseño, y lo predecible del humano.
Nooo, el Tesla es un asco. Auto más sobrevalorado que React. Ni hablar de las acciones que es alta burbuja. Yo iría por un Corolla híbrido si querés lo más nuevo y probado.
a mi me gusta react por el jsx. Angular no me gusta la sintaxis a la hora escribir componentes me parece muy fea y poco intuitiva, a un de react tampoco me gusta el tema de los hook al principio puede ser sencillo pero cuando cree una app se vuelve un rollo controlarla. algo que angular si hace bien aun creo svelte es quien tiene la sintaxis para manejar estados mas simple y mas intuitiva
Angular y React son lo malo pero conocido, engorroso y lento, Vue y Nuxt mucha mejor DX y rendimiento que react, Svelte + TS es lo mejor de todo el frontend, que pierdas el tiempo metiendo clases e inyeccion de dependencias no te garantiza estabilidad ni robustez, los ingenieros y la arquitectura si.
@@GentlemanProgramming jaja se que venis de Angular, lo deje en la v14 y me pase a vue, donde trabajo usamos svelte y es muy parecido a vue en la superficie. Siempre huyendo de react y sus usuarios jaja
@@eduardohidalgo5260 Entiendo que puede parecer absurdo o poco profesional el hate a Tailwind, pero más que nada, mi canal también busca divertir y compartir opiniones de manera un poco más descontracturada. Lo que pasa con Tailwind es que, aunque le encuentro utilidad para proyectos pequeños donde la velocidad es clave, en proyectos grandes-donde me especializo-no es mi herramienta preferida. No es que odie Tailwind por completo, simplemente no lo veo como la mejor opción para proyectos más complejos. Y sobre el tema de la verbosidad en el JSX, tenés razón, hay varias formas de resolverlo. Al final del día, se trata de encontrar lo que mejor funcione para cada proyecto, y en mi caso, prefiero otras herramientas para los desarrollos más grandes. ¡Pero todo bien si a vos te gusta Tailwind, cada uno tiene su estilo y preferencias!
Veo muchos de los videos de Midu y la verdad es que tu análisis no lo tomaría ni para limpiar el piso. Te dedicas mucho a "no me gusta" pero no dices cuál es tu elección. Por otro lado comentas mucho sobre cosas que se hablaron en el video del cual se armó toda esta lista que estas criticando. Lo único que veo es que te cuelgas de contenido que hace otro YT (que es mejor que este) y que por lo demás se nota por lejos que es muy bueno en lo que hace. Muy aburrido el contenido. Primera vez que veo este channel y se va blocked. Saludos.
Wtf ! Jajaj veo que no viste el video, NUNCA critiqué a Midu, todo lo contrario, solo di mi opinión y es la primera vez que hago review a un contenido ajeno, así que nada de colgarse de nadie que ya tengo casi 500 videos en este channel. Perdón que no te haya gustado pero creo que te has tomado mal las cosas o directamente no has visto el vídeo en si. Igual gracias por dejar un comentario !!
Eso de que no puedes usar la cámara si no es PWA es erróneo, las APIs web ya comunican con el hardware del dispositivo, no necesitas PWA ni nada especial.
True, aquí un showcase de todo lo que se puede hacer ahora mismo whatpwacando.today Igualmente creo que a nivel performance siguen sin ganarle a una nativa, es verdad ?
También hay algunos elementos de hardware que igualmente están limitados o según el dispositivo cambia su implementación por lo que la nativa gana igualmente aquí, además de que las PWA si no utilizan WebKit no podrán funcionar en dispositivos Apple y eso también trae otra limitaciones
@@GentlemanProgramming así es en la mayoría de casos, y sí que tenías parte de razón, para accesos más de "bajo nivel" a ciertas APIs del celu, no todas están soportadas por las APIs del browser. Pero aun así tienen muchas ventajas, por ejemplo, para iterar rápido con un único codebase, o el uso intensivo de service workers que vienen de la mano con el concepto de las PWA, me gusta mucho también la propuestas de application shell que define google para las PWA, las características offline, y como mencionaste en el vídeo la conveniencia de no tener que pasar por AppStores que mucha veces representan trabas para el developer, por diversas razones. En general larga vida a las PWA! añaden muchas funcionalidades incluso si la intención es permanecer en el browser. Por eso considero que Midu acertó al ponerlas como parte del roadmap para fullstacks. Gracias por tu respuesta Gentleman!
Muchas gracias @midudev por tal increible guía !
Y a ustedes... qué les pareció el review ?
Espero que les haya gustado y de ser así, deja un comment, dale un buen like, un subscribe que nunca queda mal y tambien un lindo compartir para ayudar a llegar a más gente ❤
Aclaración:
También se le denomina back for front end a tener más de un backend para cada necesidad del front. Si por ejemplo tenemos dos front end uno para browser y el otro para movil, en vez de tener que hacer malabares con un único backend para ambos, directamente hacemos dos y que cada uno trabaje para cada front end (backend for front end). También se usa en casos donde este intercepta lo que necesita al front y de ahí va a buscar dicha información en múltiples servicios.
Fijensen lo que el autor llama el segundo modelo de BFF y el ejemplo de un BFF para comunicar ante múltiples servicios
samnewman.io/patterns/architectural/bff/
En resumen el caso que se comenta en el video es del crear un servicio específico para resolver las necesidades del front end y comunicarlo por medio de un back for front end que se encarga de la petición e comunicación
Espero que les haya ayudado !
Excelente análisis! muchas gracias!
@@jochnet gracias a ti !!!! 🤩
He ido aprendido mucho con tus videos!@@GentlemanProgramming yo estoy comenzando a aprender programación, he ganado ahora una beca tipo bootcamp, para un curso básico de Java/Spring Boot, tienes alguna recomendación para abordar este lenguaje?
Hola papu
37:30 Resumen del video. Increíble! Like
3 años aprendiendo react y ahora que medio lo entiendo ya va de salida.
💀
el que va de salida sos vos amigazo
@@developa
¿Por qué lo dices?
De hecho React se puede combinar hasta con Astro, no tampoco es como que se vaya a morir.
Midu GOD, hizo falta hacer hincapié en que las tecnologías del medio (sueldo) y la derecha (promesas futuras) no son necesarias aprender, midu las puso como herramientas extras para que solamente las consideremos una vez ya estemos dentro del mundo del desarrollo, no de primera instancia
Yes, si bien me acuerdo lo dije que eran justamente promesas futuras pero que estaban muy buenas :)
Hace poco tuve una entrevista que necesitaban un junior back en java con spring boot. Me pidieron hacer una prueba técnica, hacer un api rest en crud, que se guarde en memoria y se borre cuando se cierre, devuelva una lista ordenada y sea en SQL ah. Me llamaron porque les gustó lo que hice y lo que podían era que haga yo solo el cálculo de impuestos de una app de una billetera virtual, tenía q testearlo, hacer los cálculos de impuestos segun el clientes y la ayuda prácticamente no existiría porque eran 2 programadores y medio porque el otro era contador. Lo que buscaban realmente era un equipo entero, incluído un contador con el sueldo de un junior.
Quería que haga todo, mientras eran 14 en marketing y 3 programadores
Clásico… espero que estés una mejor situación ahora :)
Backend for Frontend, también se usa cuando la aplicación es orientada al negocio, se delega el procesamiento de toda la lógica al backend, para proteger la lógica del negocio
Dejo mi comentario para el boost.
Y decir que con este vídeo descubrí al gentleman a principios de Julio, estaba un poco perdido y quería mejorar para pasar a un mid-level con confianza, creo que estoy mucho más cerca.
Es impresionante lo mucho que aprendo con tus videos
Gracias genio mío !!!
Muy buen video, muchas gracias por dar tu punto de vista acerca del roadmap de midudev, por cierto yo tuve un pequeñajo hace algo menos de 4 meses, felicidades, salud para crialo y mucha paciencia!
Me encanta este tipos de videos de gente experimentada, cada minuto son 80 mil cosas nuevas que despues quiero/tengo que aprender y me motiva mucho
Muy contento de estar en la comunidad soy de Perú y con firmó angular es el rey lo veo a cada rato Vue también
Aguante Angular !!
Amigazo lo que decís de React en 7:22 cambia totalmente con React 19 😎, espera un poquito y ya vas a ver
Ya pero creo que el problema viene más a profundidad. Hay cosas más flexibles y dinámicas actualmente
hay que tirar y hacer de nuevo, react no se va a arreglar con parches, con el virtual dom, hooks y manejo de estados como tiene, no alcanza mas a la competencia
Y asi los que duraron un año en aprender react se dan cuenta que ya están de bajada 😢.
No les recomiendo ser "Full stack", se van a quedar calvo como yo :c
pero con guita
@@achoo195 ni eso
Pero en la práctica a los fulls tack cuando se les pone una reunión con senior de cada área (backed, front) no les puede seguir el hilo en temas complejos .ahí es una desventaja según mi punto de vista
O comenzando a tener canas a los 42, como yo.
@@kantyDarius yo con 29 y ya me salen canas jajaja
Al finalizar el video, mencionó algo de aprender Golang o Rust.
Team Golang acá! Yo también estoy con muchas ganas de aprender ese lenguaje después de tener una certificación de AWS.
Buen video!
Esooo yo al final me decanté por GoLang y ya hice algunas cositas !
@@GentlemanProgramming que tal la experiencia hasta ahora con Golang?, yo soy backend dev con Java pero veo a Golang como muy buena opción para seguir especializandose en backend, que opinas?. Por cierto, me alegra que sigas en youtube aportando este gran contenido!, se agrecede un montón, en mi caso no tengo tiempo para mirar los directos pero me encantaría obviamente, entonces desde aquí apoyando en youtube . Saludos!.
Yo soy atractivo físicamente, tengo una personalidad que enamora a las chicas.
Decidí ser fullstack.......
Ahora estoy solo, triste y abandonado 😭😭
Pero la guía no se refiere a estudiar todo eso, sino, escoger qué estudiar de esa lista para cumplir objetivos.
aquí discrepo contigo mi querido Alan, porque Tailwind es mágico una vez le agarrás el hilo... a mi tampoco me gustaba al principio, tampoco me gusaba JSX pero mirá ahora aquí andamos a todo con JSX y Tailwind 💙
Yaaaa no me simpatizas 😤
Banco mucho que a la hora de decir "esto lo podés aprender acá", vayas a la documentación directamente. Es la mejor fuente de aprendizaje, la fuente oficial. Después obviamente para ciertas dudas o cosas específicas sí se pueden buscar videos y demás, pero banco que el foco principal sea la documentación. Saludos!
Documentación oficial ALWAYS !!
Hasta que la documentación de la librería o framework es un asco, por qué hay bastantes herramientas populares que la solucion o la mejor explicación no está en la documentación
@@benjaminsepulveda1664 yes pero siempre el pie inicial debe ser la documentación oficial. Yo, aunque no creas, tomo la cantidad de documentación e información como un punto a la hora de ver si una tecnología satisface las necesidades del proyecto, no hay que olvidarse nunca del factor humano
Paraaaaaaaaaaaa! recién me cruzo con este video reacción. Van 3:49 min y me pegó fuerte el rechazo a tailwind asique frené el video y me puse a escribir ésto. Yo estoy enamorado de esa vomitada. Sin embargo y a pesar de la discrepancia, lo respeto y le mantengo en lo alto caballero del bigote perfecto. Prosigo con la reacción. 🎩🎩
bueno visto el video completo quiero resaltar que la musicalización y el mensaje de esperanza de "no es necesario saber todo ésto", es impecable. El cierre es sublime (A partir de minuto 44 mas o menos). Fue muy grato para mi este contenido, como todo lo tuyo Alan pedazo de crack!
@@josecentenodev gracias divinoooooo
Buen video Alan,solo acotar que el bff uno de sus propósitos es conglomerar las peticiones y llamados a servicios, centralizando a un solo punto todos los datos, por ejemplo en Micro servicios es usado a menudo con graphql. Es preferible enviar 20 peticiones en una red interna a distintos servicios que hacerlos en el lado cliente del navegador
Depende jejeje fíjate en el comment que tiene pin en el vídeo que tiene una aclaración de back end for front end ;)
Me encanta que des ejemplos de casos de uso reales ❤❤❤; a veces, las explicaciones son demasiado etéreas ó genéricas y uno que está aprendiendo no termina de relacionarlas con dichos casos de uso. Te agradezco un montón amigo 👍👍👍👍👍👍
¡Qué bueno que te guste que meta ejemplos de casos de uso reales! Es que no me gusta andar en las nubes con explicaciones genéricas. A veces parece que algunos te quieren explicar las cosas como si estuviéramos en filosofía y no en programación. 😅
Prefiero aterrizar los conceptos con ejemplos concretos para que se entienda de una. Porque, al final del día, lo que importa es que puedas aplicar lo que aprendés y no quedarte colgado. Me alegra que te sirva, amigo, ¡y obvio, acá estoy para lo que necesites!
¡Abrazo grande!
Por fin encuentro un comentario sobre tailwind sincero.
Hola Alan, recien veo el video, muy bueno. Como fue tu experiencia con Laravel? Porque dejaste de usarlo? En que entorno es recomendable usarlo? Desde ya muchas gracias
Recuerdo que ingresé a un "Trainee" y todos eran nuevos, literal, solo 1 había que sabia sobre el proyecto y que en 1 semana, se fue. Claro, nos dijo algunas cosas básicas (Era la "victima" del anterior equipo). Luego, ingresó el encargado o dueño de la marca y dije "¿Por qué demoraban tanto? bla bla bla" y yo "... pero si recién hemos ingresado y estamos viendo como funciona todo." Ahhhh y durante la semana que se quedó el chico, 5 días no podíamos avanzar, porque el backend estaba caído y teníamos que hacerlo local por el 5 día. Estuvo raro, pero logré ver algo los roles y tareas en el excel que tenían.
Excelente tu explicación. Te felicito! 🙏
¡Eres un Crack Alan! Bastante bueno el contenido.
Muuuuuchisimas gracias Luis !!!!
Súper de acuerdo contigo en lo de React, me gusta más Svelte! 👍
Hola Gentleman! que análisis en especial para uno que esta comenzando, sería genial si puedes hacer otro análisis de Java! gracias!.
Ruby on Rails ? Podemos decir que ya esta en retirada ?
Gracias por tu aporte Alan. Saludos
De nada crack !!!
A ti el apoyo 😍
muy buenos consejos de ambos
La música de Mario paint jjejee de fondo buenazo
Tailwind lo podes usar con modulos de css junto con el @apply . Muchas gracias por tus videos, siempre das buenos puntos de vista y explicaciónes.
pero tomaría tiempo, y ese tiempo es como si lo empleara escribiendo clases css nativas, es mi parecer
@@JkeanOS Entiendo, en realidad si sabes bien tailwind, es mucho mas rapido codear en clases de tailwind que css nativo, igualmente la verdad es que prefiero css nativo.
Llevo años programando con React y desde que toqué Svelte confirmo completamente que es hermoso para trabajar, pero React me sigue dando de comer y creo que es la realidad actual (a la fecha de este comentario xD) y angular, fue lo primero que aprendí y por años me he rehusado para aprender/trabajar día a día (ojo que igual lo conozco y he tenido que trabajar en alguna que otra empresa y bueno, sale el trabajo xD y Vue, me gusta, pero eso de que en el mismo proyecto puedo tener V2 y V3, uff no me gusta mucho si te soy sincero
Ese board de Midu no es un roadmap, es una una guía para mejorar empleabilidad y lo que según el son las tecnologías para este año.
Los verdaderos fullstack no vamos por la vida diciendo que somos fullstack, porque te pagan lo mismo (o incluso más) como frontend sr, y con mejores condiciones de trabajo. Tengo más de tres décadas de experiencia desarrollando software y ya no estoy como para seguirme desgastando en el backend
El frontend desgasta mas, el backend casi siempre es el mismo. le vas agregando microservicios, el frontend cambia no solo todo el stack sino tambien lo que quiera el cliente
@@mmadictos5356 entre el cliente que quiere cosas locas, y las 200 tipos de pantallas... la verdad es un garron el frontend
Hola bro, eso del testing es para pruebas unitarias? O es para qa full?
Mencionaste Ionic en una parte del video, pero midu en la guía lo metió dentro de capa caida. Saludos
Yes se sigue usando muchisimo a nivel empresa, sino tienes otras cosas como flutter por ejemplo pero ionic es javascript y muy facil de usar para apps híbridas, por eso se sigue eligiendo en empresas, para no capacitar o mejor dicho tener que pagar devs de otros lenguajes
@@GentlemanProgramming y qué opinas de Flutter?
Master ¿tener experiencia con Angular puede servir al momento de buscar trabajo en React?. Gracias por el video.
Yes ! Aunque te diría que vayas practicando y hagas cositas para incluirlo al menos en el cv pero si que ayuda y mucho
Aguante ANGULAR, la versión 17 le dinamito el piso a los demás framework en muchos sentidos, y todavía están horneando muchas cosas más para incorporar y estabilizar, para fin de año va a quedar un modelito 90-60-90
Especiarse en un stak , es tan profundo y cambiante el ecosistema que es una locura aprender todo... Ejemplo, el de ecosistema de java es súper amplio y puedes ser full stack pero solo con un puñado de herramientas... Java- spring boot- angular y es todo si se ocupa algo más pues no le entres ya que para llegar a aprender lo anterior te llevas 2 años (aprender bien )... Pero una vez aprendido no cambia... No son modas. Es conocimiento sólido que perdura en los años... Claro hay otras alternativas igual de sólidas no es la última palabra ... Ser front es un caos de librerías y modas y cuando crees aprendida una ya pasó de moda... Claro podrás hacer tus trabajitos locales de Freelance y vivir bien.
alternativas a git si hay he incluso meta y google tienen sus propios gestores de versiones
Quiero programar en python donde me recomiendan estudiar con prácticas y un road map para ser un crack
Mi estimado Gentleman, qué opinas de las empresas que tienen todo con PHP, no creo que esté mal irse por lenguajes clásicos.
Para nada, todo lenguaje está bien dependiendo las necesidades y los requerimientos y los recursos disponibles :)
todavia sigo buscando la herrmienta definitiva, era lindo las web, con html, css, js, ahora enmascar todo y la base esta
Para mi un punto a favor de ser FullStack es que sabes de principio a fin como crear una aplicación completa, como se deben de hacer las comunicaciones entre los distintos servicios.
Sabiendo mas o menos de todo se te pueden ocurrir ideas de como estructurar una aplicación completa, por donde empezar y como acabarla hasta que la recibe el cliente.
obviamente no vas a saber todo sobre backend y frontend, pero me parece un punto muy fuerte, sobre todo si tienes que dirigir a un equipo.
Luego ya si sabes de DevOps y sabes desplegar tu app con Kubernetes ya te luces.
Gracias por el video y no me funeis porfavor que es solo la humilde opinion de un siervo del señor.
Saludos!!
Alan, va a haber videito de Angular + Wiz?
Yes sir !
Hay trabajo de solidity ??
¡Sí, hay trabajo en Solidity! Solidity es el lenguaje de programación más utilizado para desarrollar contratos inteligentes en la blockchain de Ethereum, y con el auge de las criptomonedas y las aplicaciones descentralizadas (dApps), la demanda de desarrolladores con experiencia en Solidity ha crecido mucho.
Podés encontrar oportunidades en startups que están desarrollando proyectos en blockchain, en empresas que trabajan con tecnología financiera (fintech) y en organizaciones que están explorando o implementando soluciones basadas en blockchain. Además, con la popularidad de las finanzas descentralizadas (DeFi) y los NFTs, hay una necesidad constante de desarrolladores que sepan Solidity.
Eso sí, es un área bastante técnica y especializada, así que si te interesa, te recomendaría meterte de lleno, aprender bien cómo funcionan los contratos inteligentes y la blockchain, y empezar a armar algunos proyectos personales para mostrar lo que podés hacer.
Si tenés interés en este campo, ¡hay muchas oportunidades ahí afuera!
Alternativa a Git: mercurial (hg). De echo salieron más o menos a la vez y están basados en los mismos principios. Yo lo usaba antes, pero como todo el mundo se pasó a Git, pues yo igual.
Mercurial funciona muchísimo mejor con repos muy grandes, de echo Meta internamente lo utiliza para sus repos, porque son enormes y tuvieron muchos problemas de rendimiento con git
Ya me iba a pegar un tiro al ver todo lo que aun me falta por aprender. Y eso que llevo ya un buen tiempo estudiando, como dos años y apenas estoy incursionando en el backend
La empresa para la que trabajo tiene apenas 1 año que migraron de Tortoise SVN a Git
Conocer el back más allá de JS es todo...
Buenísimo el vídeo, aunque es largo se ve del tirón fácilmente
Muchísimas gracias !!
Yo se casi el 80 y pico de todas esas cosas, me sentí elogiado XD
go o rust son buenas opciones el rust book es el bueno viene con muchos ejemplos y de lado de go el go tour te enseña muy bien la sintaxis y viene con ejercicios para practicar saludos Alan y que disfrutes tu etapa de paternidad
Muchísimas gracias !!!☺️
videazo
Muchas gracias !!!!
Totalmente de acuerdo contigo acerca de tailwind!! 🤮
Antes de git yo use SVN Tortoise
Tailwind agrega mas codigo de lectura pero ahorras mucho mas codigo a nivel de build usar styled aumenta muchísimo la cantidad de CSS, nos guste o no tailwindcss es una gran cosa, en unos 2 años calculo máximo la mayoría si no es el 100% de los framework UI lo usaran, asi que hay que usarlo de aqui para delante
@@KevinRivas-sz3us Entiendo que Tailwind tiene su atractivo, especialmente para prototipar rápido, pero sigo prefiriendo CSS Modules, y acá va por qué. CSS Modules te permite mantener el código limpio y separado, lo que facilita muchísimo la lectura y el mantenimiento, especialmente en proyectos grandes. Además, podés reutilizar estilos sin llenar tu HTML de clases utilitarias, lo que mejora la performance al reducir el CSS innecesario.
Tailwind puede parecer la gran cosa ahora, pero no deja de ser una moda que mete un montón de clases en tu HTML, haciendo que el código se vuelva más difícil de leer y mantener. Es cierto que optimiza en la build, pero con CSS Modules tenés un control más fino sobre lo que se genera, lo que es crucial para la performance en producción.
No se trata de seguir la corriente, sino de elegir la herramienta que realmente te va a dar el mejor resultado a largo plazo. Y para mí, CSS Modules sigue siendo la opción más sólida, eficiente y fácil de mantener, sin el ruido que mete Tailwind en tu código.
@@GentlemanProgramming no es solamente un corriente como lo queréis plantear, si bien CSS Modules optimiza las cosas tiene sus inconvenientes, el primero es que siempre se va a generar una clase horrible y se estará generando en cada build, por lo que nunca tendras el mismo hash, eso hasta cierto punto afecta con los files cacheados en los navegadores y también afecta cuando quieres tratar de modificar ese css, yo era del pensar de usar CSS-in-js re fan de styled, emotion y stitches, pero en el ultimo año he visto la importancia de tailwindCSS y nos guste o no, estoy bastante seguro que el rumbo seguira por ahí, no por “tendencia” si no por su utilidad, no te sorprendas si el día de mañana sale en la documentación de react la forma predeterminada de hacer estilos y la razón es más simple de lo que crees pienso qué tailwindcss sera el futuro porque es la solución más cercana a lo que realmente funciona en el navegador, es la forma mas simple de implementar css usando clases directamente, dejando fuera procesadores, js y X cosas, simplemente clases y al ser tan cercano al lo que sirve en el navegador creo que hace sea algo potente
También decir los problemas de CSS modules con SSR, tiene sus temitas, y casi los mismos problemas el css-in-js pero este otro aun tiene mas detalles
Las ofertas y la tendencia apuntan a ser Full-stack.
Para nada, hay mucha start up ese es el tema. Pero también hay mucha solicitud en empresas grandes pero de semi senior y senior developer especialistas.
También depende del país.
Además... de que realmente ser full stack con menos de 6 años de experiencia es practicamente imposible, el roadmap para ser front end o backend solamente es ENORME y cada día más complejo, además de que también se considera para full stack saber el roadmap de dev ops, diseño, etc.
No alcanza una vida !!!
@@GentlemanProgramming para consultoría son muy demandados los full stacks xq los clientes quieren ahorrarse lo maximo posible y las consultoras encajarlos en cualquier proyecto para facturar.
@@PabloOlivera-my7wm a mi me pasó todo lo contrario, las consultoras siempre tienen especializados porque también así pueden cobrar más mano de obra además de que el producto final es de mayor calidad. Por ahí es consultoría start up o de latam con clientes pequeños
@@GentlemanProgramming hace 10 años me uní a una de las empresas de software mas grande de Argentina que cotiza en NY, estuve mas de 5 años ahí. Al principio había más personas especializadas en front o back, pero con el paso del tiempo se veía mas y mas proyectos de staff augmentation y muchos amigos terminaron ahí (incluso yo) haciendo full stack. Cuando me fui a otra empresa un poco mas chica, solo los junior eran front, los demás eran full stack.
Es cierto que la especialización se vende mas cara, pero el full stack le da a la empresa mas estabilidad de ingresos ya que puede colocar la gente con mayor facilidad si la misma claro tiene una cantidad de años trabajando
tailwind o tailwind?
Bienvenido al club de los q no soportamos Tailwind
el tema con jest es que ya nadie lo esta manteniendo y es algo que me desanimo a prender prefiero vitest por que es algo que están manteniendo y a mejores alternativas a jest no es hate si no que es algo que meta abandono y que nadie quiere mantener además en github tiene muchas issues algo que no pinta bien
Aguante vitest !
Y recuerdas que había antes de SVN?
CVS ! Te paso un artículo que habla de todo lo que había antes de git
medium.com/@jinglis12/was-there-life-before-git-3cf4768c9edd#:~:text=CVS%2C%20short%20for%20Concurrent%20Versions,replaced%20in%202000%20by%20Subversion.
@@GentlemanProgramming así es CVS, recuerdo aquellos tiempos amigo Alan... gracias por todo el contenido que nos compartes, exitos!!!!
Angular 17 hermoso, React sobrevalorado y no me gusta Taiwind o como se escriba... de acuerdo con todo!
😂 Hay casos de uso para todo.
Son herramientas, no modas
@@X75005 si son herramientas no modas... pero definitivamente todos tenemos nuestras preferencias sobre una tecnología sobre otra
backbone pero si eras muy microsoft knockout js una lindura para la epoca ajja Luego AngularJS hasta la fecha en muchas Apps que no quieren ni piensan ser migradas Antes de GIT obvio.. noooo svn no, era mucho mas que un drive . Tenía control de versiones merges etc.. Pero antes antes, estaba Visual SourceSafe (VSS) 1998 hasta 2005 firme
Aquí un hombre de cultura 😌
@@GentlemanProgramming o viejo jajaja
No se si fue el mejor ejemplo el tesla.
Saca videos de Golang
Se vienen ;)
Muy bueno, cuando un crossover con @midudev?
Yo siempre disponible 🫶
La verdad nos estamos regalando para sacar desarrolladores mecánicos (obviamente: De fácil reemplazo). Que triste que se fomente este perfil (que también se va a comer a los divulgadores), Hay gente que se mete a aprender React, empieza a trabajar con React y no maneja JS. Ni hablar de otros lenguajes de Backend. Estaría bueno decir que de esos roadmaps muchos son para startups que en gran parte no tienen noción de lo que necesitan, y donde pagan fuerte piden las tecnologías antiguas (porque son empresas que perduraron). Estamos viendo el paso del mando de la lógica a la mecánica, es el principio del diseño, y lo predecible del humano.
Nooo, el Tesla es un asco. Auto más sobrevalorado que React. Ni hablar de las acciones que es alta burbuja. Yo iría por un Corolla híbrido si querés lo más nuevo y probado.
a mi me gusta react por el jsx. Angular no me gusta la sintaxis a la hora escribir componentes me parece muy fea y poco intuitiva, a un de react tampoco me gusta el tema de los hook al principio puede ser sencillo pero cuando cree una app se vuelve un rollo controlarla. algo que angular si hace bien aun creo svelte es quien tiene la sintaxis para manejar estados mas simple y mas intuitiva
la sintaxis en template de angular mejoro bastante con la nueva sintaxis de los bloques de funciones, son muy similar a un bloque de JS
entre lineas odio react metanse a angular jejejej
No no, bien claro, react está sobrevalorado jajaj
Odias tailwind automáticamente me caes bien ✨
AWS solamente es un mundo completo
Tooootalmente !!
Como que no te gusta el Tailguin xD
Muerte a Tailguin
@@GentlemanProgramming yo aquí usando Angular Material y CSS puro 🫠
Muchas cosas que no entendí
sigue el intento de matar a express, el cual sigue siendo mucho mas usado que fastify y nest.
Alguien se acuerda de ember ? Jaja
Angular y React son lo malo pero conocido, engorroso y lento, Vue y Nuxt mucha mejor DX y rendimiento que react, Svelte + TS es lo mejor de todo el frontend, que pierdas el tiempo metiendo clases e inyeccion de dependencias no te garantiza estabilidad ni robustez, los ingenieros y la arquitectura si.
Aguante svelte ! Pero no me gusta vue jajaj
@@GentlemanProgramming jaja se que venis de Angular, lo deje en la v14 y me pase a vue, donde trabajo usamos svelte y es muy parecido a vue en la superficie. Siempre huyendo de react y sus usuarios jaja
@@mmadictos5356 react está MUY sobrevalorado y angular está volviendo con todas las fichas, muy lindo angular 17 la verdad y se vienen mas cositas
muy absurdo y poco profesional el hate a tailwind. Si le molesta el exceso de verbosidad sobre el JSX, eso se puede resolver de bastantes maneras.
@@eduardohidalgo5260 Entiendo que puede parecer absurdo o poco profesional el hate a Tailwind, pero más que nada, mi canal también busca divertir y compartir opiniones de manera un poco más descontracturada. Lo que pasa con Tailwind es que, aunque le encuentro utilidad para proyectos pequeños donde la velocidad es clave, en proyectos grandes-donde me especializo-no es mi herramienta preferida.
No es que odie Tailwind por completo, simplemente no lo veo como la mejor opción para proyectos más complejos. Y sobre el tema de la verbosidad en el JSX, tenés razón, hay varias formas de resolverlo. Al final del día, se trata de encontrar lo que mejor funcione para cada proyecto, y en mi caso, prefiero otras herramientas para los desarrollos más grandes. ¡Pero todo bien si a vos te gusta Tailwind, cada uno tiene su estilo y preferencias!
Me gusto mucho la conclusión del vídeo, cuando vi la ruta de midudev me sentí como si toda la vida fuera a ser un junior mediocre.
Veo muchos de los videos de Midu y la verdad es que tu análisis no lo tomaría ni para limpiar el piso. Te dedicas mucho a "no me gusta" pero no dices cuál es tu elección. Por otro lado comentas mucho sobre cosas que se hablaron en el video del cual se armó toda esta lista que estas criticando. Lo único que veo es que te cuelgas de contenido que hace otro YT (que es mejor que este) y que por lo demás se nota por lejos que es muy bueno en lo que hace. Muy aburrido el contenido. Primera vez que veo este channel y se va blocked. Saludos.
Wtf ! Jajaj veo que no viste el video, NUNCA critiqué a Midu, todo lo contrario, solo di mi opinión y es la primera vez que hago review a un contenido ajeno, así que nada de colgarse de nadie que ya tengo casi 500 videos en este channel. Perdón que no te haya gustado pero creo que te has tomado mal las cosas o directamente no has visto el vídeo en si.
Igual gracias por dejar un comentario !!
@@GentlemanProgramming ese es un bot, no pierdas tu tiempo, sigo los dos canales y los dos son muy buenos
@@estibenlicona8891 muchísimas gracias genio !! 🥹
Eso de que no puedes usar la cámara si no es PWA es erróneo, las APIs web ya comunican con el hardware del dispositivo, no necesitas PWA ni nada especial.
True, aquí un showcase de todo lo que se puede hacer ahora mismo whatpwacando.today
Igualmente creo que a nivel performance siguen sin ganarle a una nativa, es verdad ?
También hay algunos elementos de hardware que igualmente están limitados o según el dispositivo cambia su implementación por lo que la nativa gana igualmente aquí, además de que las PWA si no utilizan WebKit no podrán funcionar en dispositivos Apple y eso también trae otra limitaciones
@@GentlemanProgramming así es en la mayoría de casos, y sí que tenías parte de razón, para accesos más de "bajo nivel" a ciertas APIs del celu, no todas están soportadas por las APIs del browser.
Pero aun así tienen muchas ventajas, por ejemplo, para iterar rápido con un único codebase, o el uso intensivo de service workers que vienen de la mano con el concepto de las PWA, me gusta mucho también la propuestas de application shell que define google para las PWA, las características offline, y como mencionaste en el vídeo la conveniencia de no tener que pasar por AppStores que mucha veces representan trabas para el developer, por diversas razones.
En general larga vida a las PWA! añaden muchas funcionalidades incluso si la intención es permanecer en el browser. Por eso considero que Midu acertó al ponerlas como parte del roadmap para fullstacks.
Gracias por tu respuesta Gentleman!
@@cachipum siii también tienen ventajas de carácter costos + recursos humanos ! La verdad que son increíbles 😍