Excelente tema, la primera vez que brinqué a Clean Architecture me hice pelotas entre tantos archivos, folders y capas pero definitivamente proporciona muchas ventajas, saludos !
Tomé el curso de Flutter de 0 a experto en flutter contigo. Acabo de terminar la sección de Cinemapedia y al hacer la segunda pantalla (que era de libre elección), tuve que hacer un BFF para hacer una petición de dos endpoints a la vez (también siguiendo patrones de arquitectura limpia), y cambiar los endpoints del lado de Flutter fue demasiado fácil. Muchas gracias Fernando, gracias a ti, un Portfolio que era para front, ahora se volvió uno FullStack, y todo usando Clean Code.
La verdad en que es mejor seguir una arquitectura que no seguir ninguna, son palabras sabias que los devs anteriores de mi trabajo se la pasaron por, ya saben donde y ahora me toca sangrar por los ojos cada vez que tengo desarrollar en esa aplicación, buen episodio Fernando Sensie
Excelente podcast Fernando!! 👏👏 Yo que me he dedicado varios años a nichos de afiliación tipo amazon, me encantaria poder verte explicando sobre Angular Universal y SEO y hacer algo mas interesante que lo k sale de un wordpress. Se avecinan mejoras de hydratations en el próximo update 👌
he hecho todos tus cursos de flutter con exception de los que has sacado hace poco... en los nuevos implementas arquitectura limpia??? necesito aprenderlo y la verdad estoy muy acostumbrado a tu forma de enseñar.
Fernando excelente tu podcast más sin embargo me queda una duda espero puedas ayudarme a aclarar la cual siempre he tenido al aplicar Clean Architecture y por la cual no se si la aplico correctamente, cuando hablas de las reglas de negocio por ejemplo un caso de uso dice q debe guardar una factura de un sistema pero antes de guardar la factura hay q hacer unos cálculos, estos cálculos deben de ir en el dominio junto a los modelos o esto debe de ir en el caso de uso? Espero puedas ayudarme a aclarar esta duda y gracias nuevamente
En el caso de uso normal mente cordinas el prosesos es decir le dices a los involucrados que operación realizar. Si todos los datos con los que se va a realizar la operación están en una entidad la operación debe realizarla la entidad, por ejemplo tienes una factura y quieres el total, debe hacerlo la factura ya que ella tiene los registros de los productos con sus precios, cantidades y descuentos. Si la información está en dos entidades y estás entidades no tienen relación de padre he hijo crea un servicio que te llegue como dependencias por el constructor y que el agua la operación pasándole las dos entidades.
Una consulta pero para crear una arquitectura no se necesita el diseño de esa arquitectura o sea los planos representativos de como esta esa arquitectura antes de escribir codigo
El plano en este caso es el código fuente y la construcción es el código compilado o en ejecución. La arquitectura de software no es lo mismo que la arquitectura tradicional, pero incluso en la tradicional hay varios planos para el mismo edificio dependiendo quien lo va a interpretar, por ejemplo un electricista. La documentación del código sería otro plano del mismo software que complementa al código. De echo el plano tradicional te da dimensiones y posiciones pero no te dice el por qué se tomaron las decisiones de diseño, hayas diferencias que similitudes así que no te rompas la cabeza comparándolas lo único igual es el nombre.
📚 Pueden adquirir mi curso completo de #PrincipiosSOLID y #CleanCode en: fernando-herrera.com/#/search/clean
no pude contenerme, acabo de comprar el curso de flutter de cero a experto solo por clean architecture, tqm Fernando
Saludos desde República Dominicana! Tema súper interesante
Gracias por el podcast de hoy Fernando, abrazo gigante desde Argentina.
Excelente tema, la primera vez que brinqué a Clean Architecture me hice pelotas entre tantos archivos, folders y capas pero definitivamente proporciona muchas ventajas, saludos !
Tomé el curso de Flutter de 0 a experto en flutter contigo. Acabo de terminar la sección de Cinemapedia y al hacer la segunda pantalla (que era de libre elección), tuve que hacer un BFF para hacer una petición de dos endpoints a la vez (también siguiendo patrones de arquitectura limpia), y cambiar los endpoints del lado de Flutter fue demasiado fácil. Muchas gracias Fernando, gracias a ti, un Portfolio que era para front, ahora se volvió uno FullStack, y todo usando Clean Code.
Profesor cuando sacara el curso de clean+flutte+blocr con todas las capas del tío bob
Ostia Fernando genial siempre estaba esperando a que hablaras sobre ello. Me gustaria que hicieras un curso sobre ello en devtalles.
La verdad en que es mejor seguir una arquitectura que no seguir ninguna, son palabras sabias que los devs anteriores de mi trabajo se la pasaron por, ya saben donde y ahora me toca sangrar por los ojos cada vez que tengo desarrollar en esa aplicación, buen episodio Fernando Sensie
Excelente podcast Fernando!! 👏👏 Yo que me he dedicado varios años a nichos de afiliación tipo amazon, me encantaria poder verte explicando sobre Angular Universal y SEO y hacer algo mas interesante que lo k sale de un wordpress. Se avecinan
mejoras de hydratations en el próximo update 👌
Curso de DDD con next?
he hecho todos tus cursos de flutter con exception de los que has sacado hace poco... en los nuevos implementas arquitectura limpia??? necesito aprenderlo y la verdad estoy muy acostumbrado a tu forma de enseñar.
¡Hola! En esos últimos cursos se usan Principios de DDD y un poco de arquitectura limpia, pero no se implementan a fondo.
@@DevTalles 😟
A la espera profe :)
Lo esperaba 🎉
Fernando excelente tu podcast más sin embargo me queda una duda espero puedas ayudarme a aclarar la cual siempre he tenido al aplicar Clean Architecture y por la cual no se si la aplico correctamente, cuando hablas de las reglas de negocio por ejemplo un caso de uso dice q debe guardar una factura de un sistema pero antes de guardar la factura hay q hacer unos cálculos, estos cálculos deben de ir en el dominio junto a los modelos o esto debe de ir en el caso de uso? Espero puedas ayudarme a aclarar esta duda y gracias nuevamente
En el caso de uso normal mente cordinas el prosesos es decir le dices a los involucrados que operación realizar. Si todos los datos con los que se va a realizar la operación están en una entidad la operación debe realizarla la entidad, por ejemplo tienes una factura y quieres el total, debe hacerlo la factura ya que ella tiene los registros de los productos con sus precios, cantidades y descuentos. Si la información está en dos entidades y estás entidades no tienen relación de padre he hijo crea un servicio que te llegue como dependencias por el constructor y que el agua la operación pasándole las dos entidades.
Una consulta pero para crear una arquitectura no se necesita el diseño de esa arquitectura o sea los planos representativos de como esta esa arquitectura antes de escribir codigo
El plano en este caso es el código fuente y la construcción es el código compilado o en ejecución. La arquitectura de software no es lo mismo que la arquitectura tradicional, pero incluso en la tradicional hay varios planos para el mismo edificio dependiendo quien lo va a interpretar, por ejemplo un electricista. La documentación del código sería otro plano del mismo software que complementa al código. De echo el plano tradicional te da dimensiones y posiciones pero no te dice el por qué se tomaron las decisiones de diseño, hayas diferencias que similitudes así que no te rompas la cabeza comparándolas lo único igual es el nombre.
Buenos días.
cuando habra un curso de microservicios? con node o nest?
Espero poder hacer esto pronto
Arquetipo base =! Arquitectura limpia.
Microservicios con Nest 🥹