ð 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
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
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
Excelente video, me molesta no saber lo que estoy haciendo, desde hace rato vengo programando sin saber si estoy aplicando alguna de estas arquitecturas o hasta quizÃĄs las estuve mezclando jajaja
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?
Un proyecto grande, bastante grande se puede organizar con hexagonal architecture pero separada por modulos? Osea algo asi: compras/domain /application /infrastructure noseotro/domain /application /infrastructure Ya que el proyecto puede llegar a tener distintas base de datos, unas 2 o 3, entonces crees que sea buena idea ejecutar el proyecto de esta manera? con Expressjs. O que harias tu?
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.
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
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 th-cam.com/play/PL42UNLc8e48TF9l07z_tLGHzmC_d-yfJJ.html&si=xfhEzBB8vCv2uJXU Hexagonal Architecture th-cam.com/play/PL42UNLc8e48RHavn_jKOfFcf5u73O-w14.html&si=kEfLJPUw2xJTOwvm
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ð th-cam.com/play/PL42UNLc8e48RHavn_jKOfFcf5u73O-w14.html
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ð th-cam.com/play/PL42UNLc8e48RHavn_jKOfFcf5u73O-w14.html Y lo mismo parað·ðŧââïļClean Architecture𧞠th-cam.com/play/PL42UNLc8e48TF9l07z_tLGHzmC_d-yfJJ.html
ð 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
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
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
Excelente video, me molesta no saber lo que estoy haciendo, desde hace rato vengo programando sin saber si estoy aplicando alguna de estas arquitecturas o hasta quizÃĄs las estuve mezclando jajaja
Capitulo MAGNIFICO, UFFF P E R F E C TO.
Muchas gracias caballero, un abrazo.
De nada caballero !!
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
th-cam.com/play/PL42UNLc8e48QrvPqdnyYNTk7PGxTKwxD2.html
Un proyecto grande, bastante grande se puede organizar con hexagonal architecture pero separada por modulos?
Osea algo asi:
compras/domain
/application
/infrastructure
noseotro/domain
/application
/infrastructure
Ya que el proyecto puede llegar a tener distintas base de datos, unas 2 o 3, entonces crees que sea buena idea ejecutar el proyecto de esta manera? con Expressjs.
O que harias tu?
@@rutx122 perfectamente, se puede aplicar ddd, clean architecture y demÃĄs. Una no quita a la otra
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.
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 ð
Lo explicas genial muchas gracias ð
Gracias a ti por tu mensaje ðĨ°
Good
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
th-cam.com/play/PL42UNLc8e48TF9l07z_tLGHzmC_d-yfJJ.html&si=xfhEzBB8vCv2uJXU
Hexagonal Architecture
th-cam.com/play/PL42UNLc8e48RHavn_jKOfFcf5u73O-w14.html&si=kEfLJPUw2xJTOwvm
@@gentlemanprogramminggracias crack
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 ð
Muy fino ð
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 .
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ð
th-cam.com/play/PL42UNLc8e48RHavn_jKOfFcf5u73O-w14.html
Hexagonal
Fixed
@@gentlemanprogramming LGTM [x] approve
que tal fredy mercury ahora en youtube
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ð
th-cam.com/play/PL42UNLc8e48RHavn_jKOfFcf5u73O-w14.html
Y lo mismo parað·ðŧââïļClean Architectureð§ž
th-cam.com/play/PL42UNLc8e48TF9l07z_tLGHzmC_d-yfJJ.html