Fernando, justamente ese es el curso que me leí en medium y con el cuál aprendí clean architecture. Qué grande, apliqué la misma lógica en un proyecto gigante y va de maravilla, obviamente no todo es igual hay cosas diferentes, pero es cierto cuando se habla de la escalabilidad y lo que se quiere es tener un código que se pueda mantener con el tiempo
🟢 Puedes acceder al nuevo curso de #NodeJS en: fernando-herrera.com/#/search/nodejs 🐻 Y puedes comenzar a ver parte del curso de #Zustand en: ua-cam.com/play/PLCKuOXG0bPi02_By1fW2_Z_RA3UuDfwp2.html&si=AtGFTpLMQMyZQPN5
Muy interesante este episodio!!! Me gustaría saber más o algunos ejemplos/recursos para aplicar una arquitectura limpia con casos de uso para aplicaciones hechas en react/rn! Muchas gracias
Estoy esperando escucharlo y desde ya y bajo mi experiencia digo un rotundo "pero por supuesto que si sin importar si es POO o programación funcional" 😅
Buenas, por mi parte, Clean Architecture se me hace muy bonito por justamente todos los pros a futuro que tiene pero por otro lado, es un dolor de cabeza tener que andar creando tantísimas abstracciones, implementar inversion de dependencias para seguir con la regla de la dependencia y toda la complejidad extra que añade a un proyecto. Muy buen podcast, saludos
Buenos días Fernando, creo q deberías profundizar más en este tema con un curso de clean code(tienes uno de principios solid) y crear otro de clean arquitecture, además también recuerda que tienes una parte pendiente de hacer testing(flutter sobre todo, porque llevo una app muy pesada yo solo y muchas veces rompo cosas y no me doy cuenta sin los test) Saludos y ha estado genial como siempre!!!!
Hola Fernando, una pregunta, los que tenemos el curso de node js antiguo en udemy, el nuevo nos saldra como una actualizacion o tendra que ser adquirido como un nuevo curso? quedo atento muchas gracias
Fernando, para los casos por ejemplo como react que es funcional, se puede seguir arquitectura limpia basada en clases?? o se realiza de una manera distinta?
La arquitectura limpia no es necesariamente con clases. Se pueden usar factory functions tambien. El objetivo principal es crear casos de uso básicamente.
@@sergiojaner7903 puedes buscar cualquier tipo de arquitectura en JavaScript sin typescript y las verás. En mi curso de node las explico pero no es más que una función que construye otra función.
A fin de cuentas una arquitectura limpia cambia constantemente, qué pasaría con resolvers o pipes o algún otro elemento (hablando de angular), es más fácil tener carpetas dedicadas a esos elementos y más fácil que alguien nuevo llegue y entienda el concepto de las estructuras de carpetas.
Cualquier elemento de frameworks, va directamente en presentación. Nada de frameworks deben de afectar las reglas de negocio o capas internas si decides cambiarlos.
@@fernando_her85 claro, es todo un show, prácticamente es raro implementar al 100% las recomendaciones de las arquitecturas limpias, siento que se basan mucho es aplicaciones monolíticas
Creo que lo que debiste explicar a fondo en este video era precisamente la estructura de carpetas del proyecto de Flutter. Sobreexplicaste cosas medio obvias en toda la primera parte y cuando llegaste al ejemplo concreto consideraste obviedades precisamente donde estaba el núcleo del asunto del título del video. Lamento decirte con el mejor ánimo e intención, que he hecho varios tutoriales tuyos y tus problemas para comunicar la idea son constantes. Le entiendo mucho mejor a Maximilian, en inglés, que a ti en español. Me caes bien profe pero necesitaba decirlo y este video me dio los elementos para aclararme porque no logro avanzar con tus cursos. Es decir hay varias clases muy buenas, pero en algunas haces una serie de circunloquios que me impiden continuar al siguiente sintiéndome seguro de qué entendí o malentendí. Tal vez se deba a que yo no estudié programación en la universidad, solo con tutoriales, y posiblemente tu público objetivo es otro.
Me senti igual, sobretodo en el curso de react en la parte de algunos ejemplo daba por entendido algunas cosas que no eran tan obvias o decia "esto se vera mas adelante"
Hola Camilo, creo que si hubieses puesto esta inquietud en algunos de sus cursos estoy casi 100% seguro que te hubiesen respondido o ayudado con mucho más atención. No está mal que te desahoguen, sino lo forma y el lugar en el que lo has hecho, pero ok. Mira, realmente de un tiempo para acá he notado que los cursos de Fernando realmente tienen un público específico: Para desarrolladores. Personas que ya tienen conocimientos al respecto. Pero también he notado, que en algunos de sus cursos más recientes, a pesar de que son mucho más específicos, el se esfuerza en que, quién los consuma pueda aprender a cómo integrar esos nuevos conocimientos mayormente a su trabajos. Para seguir aportando más valor. Por ejemplo, con Fernando no te vas a convertir en un Programador, es tu tarea aprender las bases y saber el porqué vas a aprender dicha tecnología. Por otro lado, probablemente el del problema seas tú, quizá tú forma de organizarte con los cursos y ordenar las ideas. Me ha pasado y creo que a todos nos ha pasado. Pero, te aconsejo de todo corazón, que, cuando te quedes atascado en alguna parte del curso, no te quedes con la frustración en el momento, has preguntas, sé humilde y habla con los chicos/as en la comunidad que estoy seguro que más de uno te van a querer ayudar. Y si en verdad no te gusta el estilo o metodología de enseñanza de Fernando déjale saber en la comunidad y ya verás.
Quizás tú problema es no seguir una ruta correctamente, he tomado cursos de Fernando y el siempre dice los requisitos previos antes de tomar un curso. Es importante seguir correctamente una ruta de aprendizaje, porque unos cursos dependen de otros. A mi nunca me ha pasado algo similar con los cursos. Hace poco tomé el de react query teniendo en cuenta que sé react, habían conceptos complicados pero logré entender todos los temas
Por mi hay muchas cosas a seguir y otras no tanto. Esta demasiado enfocado a programacion orientada a objetos. Mis aplicaciones las hago 100% funcional, me centro en crear muchas utils pero que cada una tenga una sola responsabilidad, sin side-effects y lo mas generico posible para reusarla donde quiera. A nivel de ficheros me da igual tener una carpeta utils con 100 ficheros ahi, una carpeta componentes con 100 ficheros ahi, etc. Al final es mas fácil encontrar las cosas que cuando tienes una arquitectura demasiado nesteada 😅
Crack 🙌🏽
Genial Fernando, me gustaría ver una aplicación más profunda de arquitectura limpia en un proyecto angular, saludos crack!!
Sería muy útil. A un caso de la vida real
@@JeffreyDeveloperCOL seguro , Seria genial
Yo sigo esperando su curso de clean arquitecture con Flutter 💙, gran contenido profesoor
ya esta en devtalles y udemy
Fernando, justamente ese es el curso que me leí en medium y con el cuál aprendí clean architecture. Qué grande, apliqué la misma lógica en un proyecto gigante y va de maravilla, obviamente no todo es igual hay cosas diferentes, pero es cierto cuando se habla de la escalabilidad y lo que se quiere es tener un código que se pueda mantener con el tiempo
Vengo del podcast en spotify, excelente contenido, muchas pero muchas gracias por crear este tipo de podcast y compartirlo, saludos de Oaxaca, México
🟢 Puedes acceder al nuevo curso de #NodeJS en: fernando-herrera.com/#/search/nodejs
🐻 Y puedes comenzar a ver parte del curso de #Zustand en: ua-cam.com/play/PLCKuOXG0bPi02_By1fW2_Z_RA3UuDfwp2.html&si=AtGFTpLMQMyZQPN5
Esta es una información super útil.
Muchas gracias!
Hoooola profeeeee! Acá retomando los podcast de los domingos
Buenísimo, muchas gracias por este contenido de valor Teacher 😊
Muy bueno el video, me dieron ganas de indagar más 👍👍👍👍👍👍👍👍
Excelente, vine de Google PodCast a ver el video
Muy interesante este episodio!!! Me gustaría saber más o algunos ejemplos/recursos para aplicar una arquitectura limpia con casos de uso para aplicaciones hechas en react/rn! Muchas gracias
Estoy esperando escucharlo y desde ya y bajo mi experiencia digo un rotundo "pero por supuesto que si sin importar si es POO o programación funcional" 😅
Excelente, crear software de calidad es igual a hacer pruebas
La inyeccion de dependencias viene sencillo de implementar en las tecnologias NetCore, es excelente.
Buenas, por mi parte, Clean Architecture se me hace muy bonito por justamente todos los pros a futuro que tiene pero por otro lado, es un dolor de cabeza tener que andar creando tantísimas abstracciones, implementar inversion de dependencias para seguir con la regla de la dependencia y toda la complejidad extra que añade a un proyecto.
Muy buen podcast, saludos
Me encanto!!!
Hola que tal, solo queria preguntar en donde puedo encontrar el repositorio con el resumen de codigo limpio
¡Hola! Se han agregado los enlaces en la descripción del video.
Genial Fernando, me gustaría ver una aplicación más profunda de arquitectura limpia en proyectos angular y node
Buenos días Fernando, creo q deberías profundizar más en este tema con un curso de clean code(tienes uno de principios solid) y crear otro de clean arquitecture, además también recuerda que tienes una parte pendiente de hacer testing(flutter sobre todo, porque llevo una app muy pesada yo solo y muchas veces rompo cosas y no me doy cuenta sin los test)
Saludos y ha estado genial como siempre!!!!
Hola Fernando, una pregunta, los que tenemos el curso de node js antiguo en udemy, el nuevo nos saldra como una actualizacion o tendra que ser adquirido como un nuevo curso? quedo atento muchas gracias
¡Hola! Es un curso completamente nuevo, no es una actualización. El curso pasado ya se marcó como Legacy.
Fernando, para los casos por ejemplo como react que es funcional, se puede seguir arquitectura limpia basada en clases?? o se realiza de una manera distinta?
La arquitectura limpia no es necesariamente con clases. Se pueden usar factory functions tambien. El objetivo principal es crear casos de uso básicamente.
@@fernando_her85 sería bueno ejemplos con factory functions, desconocía tal implementación
@@sergiojaner7903 puedes buscar cualquier tipo de arquitectura en JavaScript sin typescript y las verás. En mi curso de node las explico pero no es más que una función que construye otra función.
Donde esta el enlace del github que esta presentando Fernando??
¡Hola! Se han agregado los enlaces en la descripción del video.
A fin de cuentas una arquitectura limpia cambia constantemente, qué pasaría con resolvers o pipes o algún otro elemento (hablando de angular), es más fácil tener carpetas dedicadas a esos elementos y más fácil que alguien nuevo llegue y entienda el concepto de las estructuras de carpetas.
Cualquier elemento de frameworks, va directamente en presentación. Nada de frameworks deben de afectar las reglas de negocio o capas internas si decides cambiarlos.
@@fernando_her85 claro, es todo un show, prácticamente es raro implementar al 100% las recomendaciones de las arquitecturas limpias, siento que se basan mucho es aplicaciones monolíticas
Entiendo, mappers son los ports, en cuanto a services, igual los tengo en la capa de domain
Creo que lo que debiste explicar a fondo en este video era precisamente la estructura de carpetas del proyecto de Flutter. Sobreexplicaste cosas medio obvias en toda la primera parte y cuando llegaste al ejemplo concreto consideraste obviedades precisamente donde estaba el núcleo del asunto del título del video. Lamento decirte con el mejor ánimo e intención, que he hecho varios tutoriales tuyos y tus problemas para comunicar la idea son constantes. Le entiendo mucho mejor a Maximilian, en inglés, que a ti en español. Me caes bien profe pero necesitaba decirlo y este video me dio los elementos para aclararme porque no logro avanzar con tus cursos. Es decir hay varias clases muy buenas, pero en algunas haces una serie de circunloquios que me impiden continuar al siguiente sintiéndome seguro de qué entendí o malentendí. Tal vez se deba a que yo no estudié programación en la universidad, solo con tutoriales, y posiblemente tu público objetivo es otro.
Me senti igual, sobretodo en el curso de react en la parte de algunos ejemplo daba por entendido algunas cosas que no eran tan obvias o decia "esto se vera mas adelante"
Hola Camilo, creo que si hubieses puesto esta inquietud en algunos de sus cursos estoy casi 100% seguro que te hubiesen respondido o ayudado con mucho más atención.
No está mal que te desahoguen, sino lo forma y el lugar en el que lo has hecho, pero ok. Mira, realmente de un tiempo para acá he notado que los cursos de Fernando realmente tienen un público específico: Para desarrolladores. Personas que ya tienen conocimientos al respecto. Pero también he notado, que en algunos de sus cursos más recientes, a pesar de que son mucho más específicos, el se esfuerza en que, quién los consuma pueda aprender a cómo integrar esos nuevos conocimientos mayormente a su trabajos. Para seguir aportando más valor. Por ejemplo, con Fernando no te vas a convertir en un Programador, es tu tarea aprender las bases y saber el porqué vas a aprender dicha tecnología.
Por otro lado, probablemente el del problema seas tú, quizá tú forma de organizarte con los cursos y ordenar las ideas. Me ha pasado y creo que a todos nos ha pasado. Pero, te aconsejo de todo corazón, que, cuando te quedes atascado en alguna parte del curso, no te quedes con la frustración en el momento, has preguntas, sé humilde y habla con los chicos/as en la comunidad que estoy seguro que más de uno te van a querer ayudar. Y si en verdad no te gusta el estilo o metodología de enseñanza de Fernando déjale saber en la comunidad y ya verás.
Quizás tú problema es no seguir una ruta correctamente, he tomado cursos de Fernando y el siempre dice los requisitos previos antes de tomar un curso. Es importante seguir correctamente una ruta de aprendizaje, porque unos cursos dependen de otros. A mi nunca me ha pasado algo similar con los cursos. Hace poco tomé el de react query teniendo en cuenta que sé react, habían conceptos complicados pero logré entender todos los temas
Me estoy lamentando usar clean architecture y DDD en un MVP, pero sé que el proyecto va a crecer y no quiero rehacerlo cuando sea un kraken...
Bro, ¿que significa MVP?
@@imjavvMVP significa Minimum product viable, es decir, producto mínimo viable que ya es un software con los requerimientos mínimos para ser lanzado
Por mi hay muchas cosas a seguir y otras no tanto. Esta demasiado enfocado a programacion orientada a objetos. Mis aplicaciones las hago 100% funcional, me centro en crear muchas utils pero que cada una tenga una sola responsabilidad, sin side-effects y lo mas generico posible para reusarla donde quiera. A nivel de ficheros me da igual tener una carpeta utils con 100 ficheros ahi, una carpeta componentes con 100 ficheros ahi, etc. Al final es mas fácil encontrar las cosas que cuando tienes una arquitectura demasiado nesteada 😅