DevTalles podcast - 063: React y ¿Por qué es tan popular?

⚛️ En este episodio del podcast hablaremos sobre #React, ¿Qué es? y ¿Por qué es tan popular?
Recuerden que pueden realizar donaciones al programa para ayudarme a seguir creando y mantenerlo vivo.
www.paypal.com/paypalme/ferna...
Pueden escuchar este Podcast en cualquier plataforma de PodCasts:
Spotify: open.spotify.com/show/0jrfxcn...
Google Podcasts: www.google.com/podcasts?feed=...
Apple Podcast: podcasts.apple.com/ca/podcast...
Anchor: anchor.fm/fernando-her85
🔗 Mi Web Personal: fernando-herrera.com
🎙️ Mi Podcast: anchor.fm/fernando-her85
👥 Mi Twitter: / fernando_her85
👨🏻‍🏫 Perfil de instructor | Udemy: www.udemy.com/user/550c38655e...
👨🏻‍💻 {d/t} DevTalles: cursos.devtalles.com/
👨🏻‍🎓 {d/t} DevTalles LinkedIn: / devtalles
📱 {d/t} DevTalles Twitter: / devtalles
🚀 {d/t} DevTalles Comunidad Discord: / discord
💻 #Podcast #Programacion #Development #Developer #FernandoHerrera #DevTalles #Fullstack #OnlineLearning #professor #instructor

[@luisvillegas9073]

Desde que descubrí tu podcast lo escucho por las mañanas mientras me preparo para ir al trabajo, este lo escucharé el martes.

[@alejandrorios6999]

Me alegra que tambien pienses que React no es fácil. Me desanimaba un poco escuchar que la gente decia que es muy fácil y la verdad hay algunos temas que a mi me han sacado unos dolores de cabeza... Estaba pensando que React no era para mi

[@alejandrorios6999]

Hoy es el primer dia que me pongo a escuchar tus podcast a detalle. Y la verdad me han gustado un montón. Antes no los escuchaba por que me aburría que no hubieran videos o imagenes, pero hoy encontré dos podcast que hablan de unos temas muy interesantes y me tienen aqui envuelto jaja. Gracias por el tiempo profe

[@luisarnaldoromerojimenez2662]

Temprano un domingo, escuchando un podcast de Fernando Herrera, sobre react, no se pudo comenzar el día mejor, estoy encaminado en los cursos de react y Nextjs, para este año.

[@ryan2000]

Gracias a vos Fernando aprendí a programar con react y me encanta. actualmente estoy haciendo el curso de next y me esta gustando tambien. Gracias por tu trabajo!

[@dev-cool]

Felicidades Fer, siempre es agradable escuchar este tipo de temas. seria buendo escuchar algun debate con algun invitado algo como Typescript vs Javascript o Flutter vs React Native

[@LuisMayta]

Justo renegaba por un proyecto en react que se caia a pedazos pero tu podcast me hizo entender q no era la tecnologia si no el enfoque y la forma en que lo trabajamos, tambien me gustaria que hicieras al gun podcast o curso de aplicaciones para escritorio en tecnologia front o flutter :)

[@joseroque2536]

Mi clase semanal, gracias por tu tiempo Fernando

[@nekzus-dev]

Excelente podcast, esperando la actualización del curso, se agradece todo el trabajo puesto para mantener al día los cursos. Anoche terminé el curso nextjs, excelente de principió a fin, lo recomiendo a full. Hasta el próximo podcast, toda la suerte Fernando.

[@Willyrosa55]

Gracias por estos podcast Fernando:)

[@gerardoluisbv]

Here we go again! thanks teacher

[@cristhianreneguerrerosoto4108]

Gracias a tu curso Fernando de React he logrado mis primeros $300 como Freelance y fue suficiente las primeras secciones aún no entraba en el aprendizaje del backend con node. Gracias totales... Fer.

[@rodrigovalladares6816]

Excelente! Justo lo que necesitaba escuchar 👌🏽

[@GarronArgentina]

35:44 Quizas en medium se haga referencia implicita a que en REACT un componente es un unico archivo, y seria mas facil reutilizar un archivo- componente que un multi-archivo-componente. que incluso puede ser una carpeta-componente.

[@mauriciomatango7850]

Saludos FernanGod.. Grande Maestro

[@GarronArgentina]

17:24 con angular se separa formalmente las plantillas de los datos. En React estan atados al mismo componente o a lo sumo a dos componentes uno encargado a enviar datos al componente visual propiamente dicho.

[@GarronArgentina]

19:02 al no usar JS puro surge una dependencia muy fuerte a los IDEs y sus PLUGINS o sus ADDONS para poder trabajar con la libreria/frameworks.

[@fernando_her85]

Me encantan todos estos puntos de vista tuyos Garrón!

[@GarronArgentina]

23:51 hacer proyectos pequenios con REACT donde no hay que hacer nada complejo es satisfactorio. Supongo que eso es lo que vuelca la balanza en favor de react.

[@GarronArgentina]

13:53 discrepo, con la compatibilidad con librerias. todo hay que adaptarlo para que funcione a la manera de REACT.

[@prodrigu75]

Justamente estoy tomando ahora tu curso de "React: De cero a experto" y me han dado un poco dolores de cabeza con los cambios en la parte de testing utilizando React 18. Lo otro que me complica de estas "tecnologías nuevas" es que constantemente aparece una nueva tecnología y uno "no sabe" si otra tecnología quedo obsoleta o nadie la ocupa.etc. Por otro lado, me ha gustado tanto Typescript, que React con JS lo encuentro muy "libre soy" y eso obliga a estar revisando tu propio código para ver las definiciones de variables y objetos....en fin Gracias por tus cursos Fernando, valen oro. Un saludo desde Santiago de Chile.

[@rbjmalca2]

Realmente me gusta mucha más vue, pero por el trabajo tengo que trabajar en react

[@raulbolanos4920]

El tipado estricto es lo que hace es lo que hace que una plataforma, app sea fácil de mantener.

[@GarronArgentina]

6:02 cabe mencionar que en la version 16 llegaron los functional components con los hooks que si fue un breaking change. Supongo que da la sensacion de simplicidad, y por ello nuevos desarrolladores que llegan a React lo adoptan con alegria.

[@fernando_her85]

Pero el código anterior sigue funcionando exactamente igual sin que toquemos ninguna línea de código. Realmente no fue un breaking change pero si es algo que marcó un antes y un después.

[@GarronArgentina]

@@fernando_her85 Al continuar escuchando agarre el concepto de breaking changes en sentido de la retro-compatibilidad,

[@humbertopadilla1936]

Estimado Fernando Herrera saludos dese CDMX México: la presente es primero, para felicitarle por el curso de "JavaScript Moderno" que imparte en Udemy, segundo preguntarle si tiene un curso de " php8 y mysql" que pueda adquirir en Udemy o uno que imparta un colega de usted pero que este al mismo nivel de docencia que el de "JavaScript Moderno"... Saludos.

[@GarronArgentina]

30:39 aun sin ecuchar lo de simple de leer, tambien discrepo, en general veo componetes de REACT con muchas lineas, superando las 100 o 150, por lo que en ese punto nolo considero simple de leer, Y agrego que a medida que agregas librerias tienes que agregar mas y mas voilerplate para integrarlo a la manera de react... pero veamos que dicen en Medium sobre lo de "facil de leer".

[@edgar96rc]

Obliga a tus compañeros a reducir el código, es mala práctica tener componentes tan grandes, nadie en su sano juicio siendo Senior o Arquitecto permitiría eso

[@GarronArgentina]

44:50 entiendo que Angular 3 nunca salio a la luz por el tema de routing, asi que quizas REACT no se quiso comprometer con una solucion oficial, para no ser criticado.

[@GarronArgentina]

33:46 Ahora que recuerdo, un curso de React de hace 3 o 4 anios debe actualizarse ya que no incluia los hooks. F XD

[@GarronArgentina]

9:03 el this + binding es Javascript! react se sumo al team no al this. Por otro lado TS tampoco respeta el comportamiento del this puro de JS. No me acuerdo de un ejemplo concreto, pero hay lugares donde deberia usarse el this dentro de TS donde se puede no usarlo, por lo que se vuelve a caer en azucar sintactico.

[@GarronArgentina]

40:00 La verdad que yo no compararia React con React Native, seria como comparar AngularJS con Angular. Ya que solo el espiritu de react se mantiene pero el codigo es bien distinto. Se mantiene la "manera de react" pero no es lo mismo. EL flujo de trabajo no es igual que en el desarrollo web, por lo que no considero que sea una razon para darle popularidad a REACT. Supongo que quien no conozca REACT NATIVE pueda creeer que es practicamente lo mismo que crear una web, pero discrepo en ese punto. La experiencia de desarrollo con REACT NATIVE esta lejos de la del desarrollo web con REACT.

[@superJerrySong]

Profe haga un podcast hablando de porque Vue es tan popular y porque aprenderlo :3

[@asyncFlex]

mi amigo que es senior hace muchos años me dijo que react era para gente más experimentada, que las empresas que buscaban gente de react, buscaban gente con mucha más experiencia a diferencia de vue o angular, que opinas tu de eso Fernando?

[@GarronArgentina]

4:25 usar referencias no es una ventaja si no por el contrario es una falencia, tuvieron que buscar alguna manera de hacer referencia ya que con JSX no se podia y naturalmente hubiera sido una limitacion si no la tuviese.

[@GarronArgentina]

31:29 tal vez como estrategia de marketing se presento un functional component con un hello world como simple, para que tenga mayor adopcion, y una vez comprometidos con la libreria ya no la puedan cambiar por todo lo invertido en aprender a usarla.

[@GarronArgentina]

Por esa razon, cuando levantas una piedras ves hormigas, cucarachas y desarrolladores de react (en todas partes).

[@GarronArgentina]

20:56 un frelancer, en general trabaja solo, lo que implica no beneficiarse de TS, ni tener que lidiar con convenciones de escritura de codigo de equipos de trabajos que impliquen varios desarrolladores o politicas de copanias. Al tener una unica forma de trabajar, supongo que eso favorece la adopcion de react en FRELANCERS.

[@gerardoluisbv]

Quiere decir que los freelancer entonces son los que menos usan TS, tiene sentido

[@GarronArgentina]

12:10 decir que react no tiene breaking changes en realidad es una critica a angular 2 y a vue 3. Y creer que esa es la razon de garantiza la popularidad de react.

[@GarronArgentina]

22:45 nunca escuche a nadie quejarse por la lentitud del proceso de renderizado, seria como quejarse por la explosion del combustible de un automobil. solo cientificos se preocupan por esas cosas.

[@GarronArgentina]

11:11 si react no es compatible con react ya estariamos hablando de algo lamentable (en alucion a class-component y functional-components y la retro compatibilidad)! XD

[@GarronArgentina]

13:14 preguntar si volverian a trabajar con react no habla de lo bueno que es react si no de lo no rechazable que es react. Hay muchas variables a considerar en una pregunta asi, por ejemplo el tamanio del proyecto. En proyectos pequenios probablemente react sea mas agradable.

[@GarronArgentina]

pequenios y simples

[@GarronArgentina]

Seria entendible, pues solo se trata de una libreria y no de un framework. De la misma manera que preguntasemos a gente que no programa si prefiere usar wix o wordpres en lugar de React o angular. Ellos elegiran lo mas simple para ellos.

[@GarronArgentina]

5:35 acabas de reconocer que react tiene mucho codifgo detras, y que no se trataria de una libreria liviana. Quizas escribas menos codigo y la experiencia de desarrollo sea mejor, pero a costa de una lireria pesada que requiere necesariamente de otras librerias para lograr buenos resultados., para al fin de cuentas tener un proyecto con muhco mas codigo para su desarrollo.

[@GarronArgentina]

17:02 se ve feo pero funciona bien! jajajaj

[@GarronArgentina]

4:30 Considero que React tiene problemas para manejar los estilos, no creo que se una de sus fortalezas.

[@ryan2000]

De que hablas? React se complementa muy bien con sass y módulos css, pero en lo personal uso Styled-components que es una maravilla

[@GarronArgentina]

2:14 me considero hater de react asi que los proximos comentarios deben verse como lo que son , un comentario de un hater. React ni siquiera usa Javascript para realizar bucles o if statemes, ya que usa JSX, asi que no solo no creo sus propias directivas si no que escribio su propia sintaxis! No digo que sea peor ni mejor. Solo digo que yendo en esa direccion React tambien propuso cambios de sintaxis, y no usa Javascript, si no una ilusion de Javascript como el primitivo PHP que se mesclaba con HTML, pero en este caso al reves, es pseudo HTML mezclado con pseudo JS. Ya que este ultimo es compilado a JS.

[@GarronArgentina]

10:10 supongo que hablar de migraciones es como hablar de divorcios, siempre son caros. Y estarias comparando frameworks en funcion de su capacidad de migrar con mayor o menor dolores de cabeza. NO creo que sea clave pensar en un framework/libreria en funcion de una futura migracion. Mas me preocuparia en la integracion con librerias externas. DIcho sea de paso, que toda libreria que se integre con react tiene que ser customizada para que funcione con REACT a la manera de REACT.