🚀 Espero que disfruten de este video 👍 Si encuentran útil el video, no olviden darle like y compartirlo con amigos o colegas que también podrían beneficiarse. Cada like y cada compartida realmente ayudan al canal a crecer y me motivan a seguir creando contenido de calidad para ustedes. 🔔 ¡Suscríbete al canal y activa la campanita para no perderte ningún video nuevo. ¡Estoy aquí para ayudarte a mejorar tus habilidades y hacer tu vida de desarrollador un poco más fácil! 💬 Déjame saber en los comentarios qué parte del video te fue más útil y qué otros temas te gustaría que exploráramos juntos. ¡Gracias por ver y apoyar el canal! Juntos, podemos hacer que nuestra comunidad de programación sea aún más fuerte. 🌐
hola. solo un comentaio personal: molesta cuando estas escribiendo que detras apareza el pre-escrito, en mi caso automaticamente sigo leyendo lo que se va viendo y dejo de escucharte.
@@gustavovelazquez8272 perfecto ! Voy a ver que puedo hacer, por las dudas es un auto completado por parte de SuperMaven, una alternativa a Copilot. Gracias por la sugerencia !
Excelente contenido!, me estaba matando la cabeza de con cual empezar o que difererencias tienen y con este video quede mas que claro, muchas gracias! :D
Man tu contenido esta super. Español, moderno, eres un excelente docente mantiene a uno siempre concentrado. Gravcias. Ah se me pasaba. Que ese teclado quebtienes? Donde se puede ver?
Saludos Bro, me gustan tus videos, yo cuando me veo en la obligación de usar una arquitectura donde sea fácil darle mantenimiento y escalar aplicó las siguientes capas Dominio(Definiciones del negocio) Application (casos de uso) Infrastructure(comunicación con bd y servicios externos) Persistente External Presentación(controllers) Con todo bien aplicado cambiar cosas se vuelve muy sencillo, digamos que quiero cambiar de orm, con cambiar par de interfaces y 1 clase ya cambie el orm y lo demás ni se entera, todo queda igual
No es una arquitectura, es más una forma de gestión y exploración del dominio (negocio), lo que se conoce como la parte estratégica de DDD. Por otro lado tenemos la parte táctica, que nos propone una serie de patrones con los que aterrizar la estratégica, pero nunca una arquitectura concreta. Aunque DDD no conlleva ninguna arquitectura en concreto, se lleva bien con las "clean architecture" al facilitar la expresión del dominio explorado mediante las técnicas de la parte estratégica de forma "aislada" de los detalles de implementación que no son negocio puro (bbdd, frameworks, libs, motores de búsqueda, la UI...). Las arquitecturas limpias (Clean Architecture, Hexagonal...) no son arquitecturas, algo que se explica en el post de un blog (Hexagonal) no puede ser una arquitectura. Son metáforas que simplifican y facilitan comprender una forma de gestión y organización de la complejidad del código de una aplicación. La arquitectura en realidad que proponen.... No deja de ser MVC, tal y como Jacobson la extrapoló del mundo de las interfaces gráficas a la organización del código general de una aplicación. Si utilizas MVC aplicando Liskov y Open Closed principle (mediante DIP y ISP de solid por ejemplo), te queda algo igual que Hexagonal/Clean: entidades y servicios que expresan la lógica del dominio y que se aíslan mediante abstracciones (interfaces) y paquetes (namespaces, packages, capas....) del código más cambiante y "accesorio" (casos de uso y, sobre todo, infraestructura). Clean o Hexagonal no son más que simplificaciones y mapas mentales que nos simplifican la vida, ayudándonos a conseguir una mejor intuición de como aplicar ese MVC + Liskov + Open Closed Principle en el día a día.
Banco mucho estos tipos de videos. Para los que quieren saber libros los dejo aca porque los vi en uno de los comentarios: - Clean architecture de uncle bob - Hexagonal architecture de alistair cockburn
Donde se puede estudiar mas sobre este tema. Doc, paginas, problemas ,etc. Por donde arrancar? Gracias y muy buena la explicacion. Esto lo ven en la carrera de Ingeniero en Shoftware?
Leer mucho ! Clean Architecture de Uncle Bob, Hexagonal Architecture de Alistair Cockburn o tienes mis dos playlist que explico todo sobre el tema :) Clean Architecture ruclips.net/p/PL42UNLc8e48TF9l07z_tLGHzmC_d-yfJJ&si=xfhEzBB8vCv2uJXU Hexagonal Architecture ruclips.net/p/PL42UNLc8e48RHavn_jKOfFcf5u73O-w14&si=kEfLJPUw2xJTOwvm
Creo que estamos en el momento ideal para que cuentes un desafio tuyo a cargo de un proyecto o como dev que te haya demandado mucha concentracion y planificacion, hacenos creer que sos humano, sabes demasiado 😅
Más que saber mucho me he topado con muchos problemas que tuve que resolver y vengo a contar experiencias. Pero todavía quedan muchos más problemas para resolver y es lo lindo de todo
Buenas, para aclarar unos conceptos, clean architecture es una filosofía de sobre como deben ser las arquitecturas para ser mantenibles, extensibles y agnosticos a las tecnologías / frameworks. Onion Architecture es diferente a Clean architecture, Onion y Hexagonal SI son arquitecturas, y se suelen mencionar estos 3 conceptos juntos porque globalmente se tiene el concepto de que las mejores arquitecturas para implementar aquella filosofia es Onion y Hexagonal, es decir, no existe algo así como clean architecture y ya, es una filosofía que se aplica a tus arquitecturas, puedes aplicar Hexagonal con clean u Onion con clean o directamente no aplicarlo. Para conocer más pueden leer Clean Architecture de Robert C. Martin, el fue quien introdujo el concepto aclarando que es una filosofía
Es verdad que clean es una filosofía pero también se puede aplicar como arquitectura muy fácilmente de la misma manera que puede aplicarse en el front / back / etc ya que la arquitectura perfecta es la que haces tú depende lo que necesites y puedes aplicar diferentes patrones recomendados. onion y hexagonal son diferentes a la clean pero lo que dije en el video es que son lo mismo en cuanto a los objetivos y unos son más flexibles o estrictos que otros. Muy bueno el libro recomendado y también está su documentación para ver los fundamentos de forma gratuita blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html
Vaya vaya, me he leido todo el libro de robert c martin clean architecture y lo aplico a diario, les dire que es muy amplio. Hexagonal es muy pequeño a diferencia de clean, dentro de clean ya esta hexagonal.
Al final estas arquitecturas su propósito es la separación de responsabilidades , el bajo acoplamiento y alta cohesión , usando esto más la inversión de dependencia se cumple con software Mantenible y escalable , en el front end usaría estas arquitecturas solo en aplicaciones híbridas donde hayan muchos clientes front (mobile, web,desktop) y que compartan el código de dominio
No te creas, yo uso siempre la clean cuando puedo y tengo videos mostrando cómo usarlas en el front ya que son principios aplicables en cualquier lugar
@@GentlemanProgrammingsi pero tu tiempo de desarrollo se multiplica y hay veces q no vale el esfuerzo y también hay q tener un equipo q entienda y conozca y me ha pasado q los proyectos front donde he estado utilizamos BFF y al final nuestros front tratamos de q tengan el mínimo manejo de lógica de negocio en el cliente , para mi es lo más práctico , ahora trato de hacer el front lo más tonto posible y q solo se enfoque en temas de Ux y cosas de front , por ahora me esta funcionando . Igual como dices hay q adaptar estos conocimientos a nuestra realidad y no tomarlo todo de manera exacta .
No no, puertos son los contratos que limitan a los adapters y comunican el mundo externo (otros servicios) con el dominio. Puedes aprender sobre esto con mi playlist de hexagonal architecture !
@@GentlemanProgramming ok, entonces... cuando en codely por ej hablan de hexagonal utilizan carpetas "dominio" "aplicacion" "infraestructura" y a la vez vertical slice... user - y dentro estas carpetas por ejemplo... a eso me referia... y le llaman adapters por ejemplo a un api rest dentro de la carpeta infra
@@quicktutorial2761 claro por eso, son puertos que establecen contratos para limitar los adapters y estos limitan lo que entra y sale del dominio, igualmente cada uno tiene una interpretación diferente y puede poner las carpetas a su gusto siempre y cuando se cumplan los conceptos presentados por la arq
Fíjate mi playlist de hexagonal ! Tengo también un repo ahí linkeado con mis carpetas y todo de un projecto que tiene react, trpc y un backend en node con hexagonal arch Hexagonal Architecture🍕 ruclips.net/p/PL42UNLc8e48RHavn_jKOfFcf5u73O-w14
Es una respuesta en vivo, en un stream, a una pregunta de la nada. Creo que lo hice demasiado bien :) porfa si no te gusto di que podría hacer para mejorar ! Así puedo hacerlo sino solamente es un comentario negativo. Muchas gracias !
Si quieres contenido previamente preparado sobre el tema fíjate mi playlist de hexagonal ! Tengo también un repo ahí linkeado con mis carpetas y todo de un projecto que tiene react, trpc y un backend en node con hexagonal architecture Hexagonal Architecture🍕 ruclips.net/p/PL42UNLc8e48RHavn_jKOfFcf5u73O-w14 Y lo mismo para👷🏻♂️Clean Architecture🧼 ruclips.net/p/PL42UNLc8e48TF9l07z_tLGHzmC_d-yfJJ
🚀 Espero que disfruten de este video
👍 Si encuentran útil el video, no olviden darle like y compartirlo con amigos o
colegas que también podrían beneficiarse. Cada like y cada compartida realmente
ayudan al canal a crecer y me motivan a seguir creando contenido de calidad para
ustedes.
🔔 ¡Suscríbete al canal y activa la campanita para no perderte ningún video
nuevo. ¡Estoy aquí para ayudarte a mejorar tus habilidades y hacer tu vida de
desarrollador un poco más fácil!
💬 Déjame saber en los comentarios qué parte del video te fue más útil y qué
otros temas te gustaría que exploráramos juntos.
¡Gracias por ver y apoyar el canal! Juntos, podemos hacer que nuestra comunidad
de programación sea aún más fuerte. 🌐
hola. solo un comentaio personal: molesta cuando estas escribiendo que detras apareza el pre-escrito, en mi caso automaticamente sigo leyendo lo que se va viendo y dejo de escucharte.
@@gustavovelazquez8272 perfecto ! Voy a ver que puedo hacer, por las dudas es un auto completado por parte de SuperMaven, una alternativa a Copilot. Gracias por la sugerencia !
Tremendo! Apoyo una banda el contenido sobre arquitecturas
Excelente contenido!, me estaba matando la cabeza de con cual empezar o que difererencias tienen y con este video quede mas que claro, muchas gracias! :D
Man tu contenido esta super. Español, moderno, eres un excelente docente mantiene a uno siempre concentrado. Gravcias.
Ah se me pasaba. Que ese teclado quebtienes? Donde se puede ver?
@@adanpalma4026 muchísimas gracias !!! Lo puedes ver aquí !
Glove 80
ruclips.net/p/PL42UNLc8e48QrvPqdnyYNTk7PGxTKwxD2
Adapters !!! Hace tiempo te escuché explicarlo , y me acordaba de la idea , pero no del nombre! Excelente material. Como siempre
Saludos Bro, me gustan tus videos, yo cuando me veo en la obligación de usar una arquitectura donde sea fácil darle mantenimiento y escalar aplicó las siguientes capas
Dominio(Definiciones del negocio)
Application (casos de uso)
Infrastructure(comunicación con bd y servicios externos)
Persistente
External
Presentación(controllers)
Con todo bien aplicado cambiar cosas se vuelve muy sencillo, digamos que quiero cambiar de orm, con cambiar par de interfaces y 1 clase ya cambie el orm y lo demás ni se entera, todo queda igual
Puedes hacer un video explicando la arquitectura DDD por favor
No es una arquitectura, es más una forma de gestión y exploración del dominio (negocio), lo que se conoce como la parte estratégica de DDD.
Por otro lado tenemos la parte táctica, que nos propone una serie de patrones con los que aterrizar la estratégica, pero nunca una arquitectura concreta.
Aunque DDD no conlleva ninguna arquitectura en concreto, se lleva bien con las "clean architecture" al facilitar la expresión del dominio explorado mediante las técnicas de la parte estratégica de forma "aislada" de los detalles de implementación que no son negocio puro (bbdd, frameworks, libs, motores de búsqueda, la UI...).
Las arquitecturas limpias (Clean Architecture, Hexagonal...) no son arquitecturas, algo que se explica en el post de un blog (Hexagonal) no puede ser una arquitectura. Son metáforas que simplifican y facilitan comprender una forma de gestión y organización de la complejidad del código de una aplicación.
La arquitectura en realidad que proponen.... No deja de ser MVC, tal y como Jacobson la extrapoló del mundo de las interfaces gráficas a la organización del código general de una aplicación.
Si utilizas MVC aplicando Liskov y Open Closed principle (mediante DIP y ISP de solid por ejemplo), te queda algo igual que Hexagonal/Clean: entidades y servicios que expresan la lógica del dominio y que se aíslan mediante abstracciones (interfaces) y paquetes (namespaces, packages, capas....) del código más cambiante y "accesorio" (casos de uso y, sobre todo, infraestructura).
Clean o Hexagonal no son más que simplificaciones y mapas mentales que nos simplifican la vida, ayudándonos a conseguir una mejor intuición de como aplicar ese MVC + Liskov + Open Closed Principle en el día a día.
Capitulo MAGNIFICO, UFFF P E R F E C TO.
Muchas gracias caballero, un abrazo.
De nada caballero !!
Banco mucho estos tipos de videos. Para los que quieren saber libros los dejo aca porque los vi en uno de los comentarios:
- Clean architecture de uncle bob
- Hexagonal architecture de alistair cockburn
Donde se puede estudiar mas sobre este tema. Doc, paginas, problemas ,etc. Por donde arrancar? Gracias y muy buena la explicacion. Esto lo ven en la carrera de Ingeniero en Shoftware?
Leer mucho ! Clean Architecture de Uncle Bob, Hexagonal Architecture de Alistair Cockburn o tienes mis dos playlist que explico todo sobre el tema :)
Clean Architecture
ruclips.net/p/PL42UNLc8e48TF9l07z_tLGHzmC_d-yfJJ&si=xfhEzBB8vCv2uJXU
Hexagonal Architecture
ruclips.net/p/PL42UNLc8e48RHavn_jKOfFcf5u73O-w14&si=kEfLJPUw2xJTOwvm
@@GentlemanProgramminggracias crack
Otro buen video ❤
excelente explicación
Creo que estamos en el momento ideal para que cuentes un desafio tuyo a cargo de un proyecto o como dev que te haya demandado mucha concentracion y planificacion, hacenos creer que sos humano, sabes demasiado 😅
Más que saber mucho me he topado con muchos problemas que tuve que resolver y vengo a contar experiencias. Pero todavía quedan muchos más problemas para resolver y es lo lindo de todo
@@GentlemanProgramming enseñanos tu truco entonces para no quedarnos pelados en el camino 😅
Buenas, para aclarar unos conceptos, clean architecture es una filosofía de sobre como deben ser las arquitecturas para ser mantenibles, extensibles y agnosticos a las tecnologías / frameworks.
Onion Architecture es diferente a Clean architecture, Onion y Hexagonal SI son arquitecturas, y se suelen mencionar estos 3 conceptos juntos porque globalmente se tiene el concepto de que las mejores arquitecturas para implementar aquella filosofia es Onion y Hexagonal, es decir, no existe algo así como clean architecture y ya, es una filosofía que se aplica a tus arquitecturas, puedes aplicar Hexagonal con clean u Onion con clean o directamente no aplicarlo.
Para conocer más pueden leer Clean Architecture de Robert C. Martin, el fue quien introdujo el concepto aclarando que es una filosofía
Es verdad que clean es una filosofía pero también se puede aplicar como arquitectura muy fácilmente de la misma manera que puede aplicarse en el front / back / etc ya que la arquitectura perfecta es la que haces tú depende lo que necesites y puedes aplicar diferentes patrones recomendados. onion y hexagonal son diferentes a la clean pero lo que dije en el video es que son lo mismo en cuanto a los objetivos y unos son más flexibles o estrictos que otros. Muy bueno el libro recomendado y también está su documentación para ver los fundamentos de forma gratuita blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html
Lo explicas genial muchas gracias 🎉
Gracias a ti por tu mensaje 🥰
Muy fino 👌
Gracias Gentleman eres mi fan siempre que veo un vídeo tuyo lo veo
Yes ! Si que soy tu fan con esos mensajes hermosos que tú me cargas 😘
Vaya vaya, me he leido todo el libro de robert c martin clean architecture y lo aplico a diario, les dire que es muy amplio. Hexagonal es muy pequeño a diferencia de clean, dentro de clean ya esta hexagonal.
Al final estas arquitecturas su propósito es la separación de responsabilidades , el bajo acoplamiento y alta cohesión , usando esto más la inversión de dependencia se cumple con software Mantenible y escalable , en el front end usaría estas arquitecturas solo en aplicaciones híbridas donde hayan muchos clientes front (mobile, web,desktop) y que compartan el código de dominio
No te creas, yo uso siempre la clean cuando puedo y tengo videos mostrando cómo usarlas en el front ya que son principios aplicables en cualquier lugar
@@GentlemanProgrammingsi pero tu tiempo de desarrollo se multiplica y hay veces q no vale el esfuerzo y también hay q tener un equipo q entienda y conozca y me ha pasado q los proyectos front donde he estado utilizamos BFF y al final nuestros front tratamos de q tengan el mínimo manejo de lógica de negocio en el cliente , para mi es lo más práctico , ahora trato de hacer el front lo más tonto posible y q solo se enfoque en temas de Ux y cosas de front , por ahora me esta funcionando . Igual como dices hay q adaptar estos conocimientos a nuestra realidad y no tomarlo todo de manera exacta .
A mi me gusta usar clean arch pero hay q evangelizar y lidiar con la mediocridad muchas veces , llévame a tu team para usarla a tope 😁
Como andas gentleman? te consulto... en hexagonal, puertos vendria a ser dominio... y adapters vendria a ser capa infraestructura?
No no, puertos son los contratos que limitan a los adapters y comunican el mundo externo (otros servicios) con el dominio.
Puedes aprender sobre esto con mi playlist de hexagonal architecture !
@@GentlemanProgramming ok, entonces... cuando en codely por ej hablan de hexagonal utilizan carpetas "dominio" "aplicacion" "infraestructura"
y a la vez vertical slice... user - y dentro estas carpetas por ejemplo... a eso me referia... y le llaman adapters por ejemplo a un api rest dentro de la carpeta infra
@@quicktutorial2761 claro por eso, son puertos que establecen contratos para limitar los adapters y estos limitan lo que entra y sale del dominio, igualmente cada uno tiene una interpretación diferente y puede poner las carpetas a su gusto siempre y cuando se cumplan los conceptos presentados por la arq
Fíjate mi playlist de hexagonal ! Tengo también un repo ahí linkeado con mis carpetas y todo de un projecto que tiene react, trpc y un backend en node con hexagonal arch
Hexagonal Architecture🍕
ruclips.net/p/PL42UNLc8e48RHavn_jKOfFcf5u73O-w14
que tal fredy mercury ahora en youtube
Hexagonal
Fixed
@@GentlemanProgramming LGTM [x] approve
eres un tremendo desorden en tus charlas, si puedes saber mucho no te quito pero no estructuras del todo tus videos
Es una respuesta en vivo, en un stream, a una pregunta de la nada. Creo que lo hice demasiado bien :) porfa si no te gusto di que podría hacer para mejorar ! Así puedo hacerlo sino solamente es un comentario negativo. Muchas gracias !
Si quieres contenido previamente preparado sobre el tema fíjate mi playlist de hexagonal ! Tengo también un repo ahí linkeado con mis carpetas y todo de un projecto que tiene react, trpc y un backend en node con hexagonal architecture
Hexagonal Architecture🍕
ruclips.net/p/PL42UNLc8e48RHavn_jKOfFcf5u73O-w14
Y lo mismo para👷🏻♂️Clean Architecture🧼
ruclips.net/p/PL42UNLc8e48TF9l07z_tLGHzmC_d-yfJJ