Charla dedicada a la Arquitectura Hexagonal. Despeja tus dudas sobre lo que es la arquitectura hexagonal, en qué consiste y bajo qué condiciones debes usarla.
Una charla excelente, como siempre con mucha información de calidad. El curso seguro aclarará muchas cosas que nos confunden sobre la arquitectura exagonal, Victor tiene muchísimos conocimientos y sobretodo ganas de compartirlos por lo que lo recomiendo al 100%
Muy interesante escuchar a personas con experiencia hablar sobre estos temas, el mvc de toda la vida al parecer viendo las cosas con atencion se usa siempre!!. Me da la impresion que mucha gente cree que arquitectura es organizar carpetas, la receta de organizacion de carpetas para arquitectura hexagonal, para tdd, ddd, y con estas carpetas ya esta todo hecho. xd
Que excelente clase, grandes maestros con experiencia y con contexto de maestros aún más expertos. Que bueno reconocer que muchas cosas que apenas se están implementando hoy día en la informática, son aportes de investigaciones de hace más de 30 años. Gracias profesores.
Una opinión de un Arquitecto (de edificios) sobre el concepto de "Arquitectura" en el software (ya que llevo un tiempo estudiando diseño y programación). Los Arquitectos no "implementamos una arquitectura", es decir no decímos "Para este edificio utilicé una Arquitecturas tal o cual". Los arquitectos /as solo diseñamos, pero este diseño siempre parte de una idea o serie de ideas conciptuales para resolver el "problema" es decir lo que se tiene que construir. A nosotros el diseño nos lo condiciona el Terreno/Predio/Solar, la labor es pensar "¿cómo meto en ese terreno esté edificio de x actividad (modelo del dominio) y cómo diseño las partes que lo conforman para que sea eficiente?. Al software lo que lo condiciona sobre todo es su capacidad de seguirse desarrollando (mantenibilidad, flexibilidad, escalabilidad, etc.) y la labor es pensar "¿como desarrollo un software gestionable que haga x cosa (modelo del dominio) y cómo diseño sus partes internas para que sea eficiente ?. En Arquiterctura claro que tenemos miles de recetitas, nomas que no les ponemos nombres locos para impresionar a la chaviza, PERO los arquitectos grandes, los buenos realmente no las siguen, agarran un poco de unas y de otras, lo que les sirva y a la par proponen algunas formas nuevas que aunque no siempre tengan tanto exito, lo importante es entender que NO TODOS LOS MODELOS DE DOMINIO SON LOS MISMOS Y NO TODOS LOS TERRENOS SERÁN LOS MISMOS. No lo sé de cierto, pero parecería que ponerle nombres como "Arquitectura MVC, MVVM, HEXAGONA, ETC" solo es estético. Así como decir "Arquitectura minimalista, racionalista, deconstructivista, etc", y aunque en los edificios por fuera esas distinciones se notan, en escencia no son gran diferencia. Saludos.
Al final de la charla cuando Victor habla sobre el experimento de Schrödinger termina afirmando lo que dice Luis. Ya que ese experimento es comúnmente mal explicado e interpretado y muy poca gente entiende de que trata.
El curso lo tienes en escuela.it/cursos/curso-arquitectura-hexagonal-DDD-microservicios-cqrs y la primera clase que está enlazada en esa página es gratis.
pero vamos a ver, la gente que no sabe cocinar que se siga comprando los robots de cocina y hagan pastas y salsas varias, y de código cocinero...CERO PATATEROOOO!!! :-))))
Llego un poco tarde al vídeo 😅 ... El debate está bien y está bien contraponer diferentes opiniones. Sobre el debate en sí, hay algunas cosas sobre lo que dice el profesor Luís que me chirrían enormemente. Arquitectura Hexagonal es totalmente complementaria con otros patrones y arquitecturas, no son conceptos excluyentes. Y cualquiera que se haya pegado con ello en producción lo habrá experimentado. He llegado a usar MVC + HA o MVVM + HA. Por eso se dice que Arquitectura Hexagonal es una arquitectura "timeless" o se usa directamente como base dónde construir las aplicaciones. Y es fácil de ver si se enseña código, que es otra cosa que creo que les falta a ambos ponentes. Defender su postura enseñando código. El código siempre gana discusiones.
Tengo 45 tacos y todo este lio de nombres me ha hecho abandonar como forma de trabajo mi pasion y dedicar-me a proyectos propios, el agile jeje he estado en varios circos de esos, si tiene cosas buenas pero hace tiempo que al menos en empresas 'modernas' no hay quien trabaje, en la última vi volar a 12 personas en 3 meses el modelo no funciona salvo algunas excepciones,
La bibliografía que maneja Luis es extensa... te recomendamos que te informes en el Máster de EscuelaIT. En las clases en abierto de los módulos comparte bibliografía de cada disciplina de la ingeniería del software. escuela.it/masters
Lo que el señor Luis llama Arquitectura de software es una definición muy limitada … eso que define es una arquitectura de software técnica … como se organizan técnicamente la solución … pero la arquitectura de software es mucho más amplia …
Se falla mucho, pensando que el problema es la metodología, el problema es más de base, es de educación y de como se considera en términos de valor e importancia al software. La gente sale todavía mal formada, solo salen bien los que aman programar, sino la curva de aprendizaje es mucho más lenta, sea la metodología que sea. Las empresas deben meterse en la educacion privada sin duda, total... la gente es libre de ir o no y te aseguro que hay muchísima más probabilidad de que te contraten y puedas iniciarte con seriedad en el mundo profesional(Cualquiera se tomaría muy en serio sus estudios de software).
Sin conocer a ninguno de los exponentes, creo que Luis está hace años en su zona de confort, por eso le molestan nuevos conceptos repetidos pero que significan cosas distintas, y tiene razón. Creo que a Víctor le faltó tiempo para defender mejor su punto. Quizás Luis se extendió demasiado en su crítica. Me faltó más defensa a la AH por parte de Víctor. A mi me ha cambiado la manera de desarrollar 100% para bien. He notado que los que la critican, en general son personas expertas en tecnología, bases de datos, librerías externas, frameworks, etc., que cuando les dices que aquello que más conocen es solo detalle de implementación, tienden a sentirse ofendidos y amenazados. Pero colegas, el mundo evoluciona y tenemos que aprender entre tod@s. Saludos!
Gracias Daniel!! no veo que Luis se centrase tanto en criticar AH en general sino en decir que realmente son conceptos que vienen de lejos. Con Víctor tuvimos luego una clase de AH completa gratuita y un curso completo.
No parece que haya un argumento por parte de Luis como para desacreditar la AH, solo quiere remarcar que no es nada nuevo, que le parece un cambio de vocabulario innecesario y que realmente son conceptos de los que se ha hablado años atras. Sin embargo yo estoy de acuerdo con Victor, la AH era necesaria para refrescar estas ideas a los nuevos desarrolladores, sin ellas es logico que los equipos desarrollaran como pollos sin cabeza (en un caos, por propias palabras de Victor en su experiencia dirigiendo proyectos).
Es lamentable la calidad del sonido del sr Morenoo, éstas cosas hacen mucho mas ruido que el tema en cuestion, lo siento es imposible terminar de ver la charla
Micorservicios = Software OO distribuido??? mmmmmmm creo q un poquito mas que esos.. OO distribuido podria llamrcele al remoting Microservicios Apunta muuuuuuuyyy mucho mas alla de esa simple definicion (incluye el sistema operativo amigo ademas evita el "En mi máquina anda" dicho clasico alli por los 90)
Gracias, ahora me pongo a diseñar mi arquitectura octagonal, sólo por tener más lados
😅
Completamente de acuerdo con Luis
Una charla excelente, como siempre con mucha información de calidad. El curso seguro aclarará muchas cosas que nos confunden sobre la arquitectura exagonal, Victor tiene muchísimos conocimientos y sobretodo ganas de compartirlos por lo que lo recomiendo al 100%
Estas charlas valen oro! Gracias por traerlas a la comunidad.
Muy buena charla!! Seguir asi!
interesante! siempre resulta enriquecedor ver opiniones encontradas, ya que te permite considerar varios puntos de vista!
Una charla excelente
Luis master tienes toda la razon👍
Muy interesante escuchar a personas con experiencia hablar sobre estos temas, el mvc de toda la vida al parecer viendo las cosas con atencion se usa siempre!!. Me da la impresion que mucha gente cree que arquitectura es organizar carpetas, la receta de organizacion de carpetas para arquitectura hexagonal, para tdd, ddd, y con estas carpetas ya esta todo hecho. xd
Que excelente clase, grandes maestros con experiencia y con contexto de maestros aún más expertos.
Que bueno reconocer que muchas cosas que apenas se están implementando hoy día en la informática, son aportes de investigaciones de hace más de 30 años. Gracias profesores.
Estoy obligado a leer RUP, suena como la Santa Biblia
Una opinión de un Arquitecto (de edificios) sobre el concepto de "Arquitectura" en el software (ya que llevo un tiempo estudiando diseño y programación).
Los Arquitectos no "implementamos una arquitectura", es decir no decímos "Para este edificio utilicé una Arquitecturas tal o cual". Los arquitectos /as solo diseñamos, pero este diseño siempre parte de una idea o serie de ideas conciptuales para resolver el "problema" es decir lo que se tiene que construir.
A nosotros el diseño nos lo condiciona el Terreno/Predio/Solar, la labor es pensar "¿cómo meto en ese terreno esté edificio de x actividad (modelo del dominio) y cómo diseño las partes que lo conforman para que sea eficiente?. Al software lo que lo condiciona sobre todo es su capacidad de seguirse desarrollando (mantenibilidad, flexibilidad, escalabilidad, etc.) y la labor es pensar "¿como desarrollo un software gestionable que haga x cosa (modelo del dominio) y cómo diseño sus partes internas para que sea eficiente ?.
En Arquiterctura claro que tenemos miles de recetitas, nomas que no les ponemos nombres locos para impresionar a la chaviza, PERO los arquitectos grandes, los buenos realmente no las siguen, agarran un poco de unas y de otras, lo que les sirva y a la par proponen algunas formas nuevas que aunque no siempre tengan tanto exito, lo importante es entender que NO TODOS LOS MODELOS DE DOMINIO SON LOS MISMOS Y NO TODOS LOS TERRENOS SERÁN LOS MISMOS.
No lo sé de cierto, pero parecería que ponerle nombres como "Arquitectura MVC, MVVM, HEXAGONA, ETC" solo es estético. Así como decir "Arquitectura minimalista, racionalista, deconstructivista, etc", y aunque en los edificios por fuera esas distinciones se notan, en escencia no son gran diferencia.
Saludos.
Gracias por explicarlo desde tu punto de vista de arquitecto!
Está muy bueno tu punto de vista.
oye buena discusion, los 3 son unos crack
Muchas gracias!!
Victor Moreno que intransigente.
Seria excelente si alguien tiene el link a amazon del libro RUP del que habla Luis
Al final de la charla cuando Victor habla sobre el experimento de Schrödinger termina afirmando lo que dice Luis.
Ya que ese experimento es comúnmente mal explicado e interpretado y muy poca gente entiende de que trata.
Al final los dos están de acuerdo en mucho!
Hola, dónde está el link para tomar el curso ?
El curso lo tienes en escuela.it/cursos/curso-arquitectura-hexagonal-DDD-microservicios-cqrs y la primera clase que está enlazada en esa página es gratis.
Usan Arquitectura Hexagonal desde hace años? Será 1 o 2 … es un concepto súper nuevo …
pero vamos a ver, la gente que no sabe cocinar que se siga comprando los robots de cocina y hagan pastas y salsas varias, y de código cocinero...CERO PATATEROOOO!!! :-))))
Round 1: Luis 1-Víctor 0
No hay arquitectura sin diseño
Llego un poco tarde al vídeo 😅 ... El debate está bien y está bien contraponer diferentes opiniones. Sobre el debate en sí, hay algunas cosas sobre lo que dice el profesor Luís que me chirrían enormemente. Arquitectura Hexagonal es totalmente complementaria con otros patrones y arquitecturas, no son conceptos excluyentes. Y cualquiera que se haya pegado con ello en producción lo habrá experimentado. He llegado a usar MVC + HA o MVVM + HA. Por eso se dice que Arquitectura Hexagonal es una arquitectura "timeless" o se usa directamente como base dónde construir las aplicaciones. Y es fácil de ver si se enseña código, que es otra cosa que creo que les falta a ambos ponentes. Defender su postura enseñando código. El código siempre gana discusiones.
Gracias Christian por mandar tu opinión!! un abrazo!
Man este tipo es Chuck Norris. Quien discute contra Norris?
No se escucha nada.
Una pena que tuvimos problemas de audio en este vídeo con Víctor. Los vídeos siguientes se solucionaron.
Tengo 45 tacos y todo este lio de nombres me ha hecho abandonar como forma de trabajo mi pasion y dedicar-me a proyectos propios, el agile jeje he estado en varios circos de esos, si tiene cosas buenas pero hace tiempo que al menos en empresas 'modernas' no hay quien trabaje, en la última vi volar a 12 personas en 3 meses el modelo no funciona salvo algunas excepciones,
Gracias por tu opinión y experiencia Maikel
Luis tienes algún libro donde explicas las bases que hablas?
La bibliografía que maneja Luis es extensa... te recomendamos que te informes en el Máster de EscuelaIT. En las clases en abierto de los módulos comparte bibliografía de cada disciplina de la ingeniería del software. escuela.it/masters
@@deswebcom esta claro lo que tu dices, pero te pregunto ¿Luis es autor de algún libro? yo he buscado y no encuentro.
@@iivann369 ¿Es necesario que el profesor Luis tenga un libro para darle algo de credibilidad a su planteamiento o al menos considerarlo?
Lo que el señor Luis llama Arquitectura de software es una definición muy limitada … eso que define es una arquitectura de software técnica … como se organizan técnicamente la solución … pero la arquitectura de software es mucho más amplia …
Si sigues una receta para una tortilla, despues no pongas en tu blog que ere un chef. jajajajajajajaja
Se falla mucho, pensando que el problema es la metodología, el problema es más de base, es de educación y de como se considera en términos de valor e importancia al software. La gente sale todavía mal formada, solo salen bien los que aman programar, sino la curva de aprendizaje es mucho más lenta, sea la metodología que sea. Las empresas deben meterse en la educacion privada sin duda, total... la gente es libre de ir o no y te aseguro que hay muchísima más probabilidad de que te contraten y puedas iniciarte con seriedad en el mundo profesional(Cualquiera se tomaría muy en serio sus estudios de software).
Gracias por comentar Roberto!
Sin conocer a ninguno de los exponentes, creo que Luis está hace años en su zona de confort, por eso le molestan nuevos conceptos repetidos pero que significan cosas distintas, y tiene razón. Creo que a Víctor le faltó tiempo para defender mejor su punto. Quizás Luis se extendió demasiado en su crítica. Me faltó más defensa a la AH por parte de Víctor. A mi me ha cambiado la manera de desarrollar 100% para bien. He notado que los que la critican, en general son personas expertas en tecnología, bases de datos, librerías externas, frameworks, etc., que cuando les dices que aquello que más conocen es solo detalle de implementación, tienden a sentirse ofendidos y amenazados. Pero colegas, el mundo evoluciona y tenemos que aprender entre tod@s.
Saludos!
Gracias Daniel!! no veo que Luis se centrase tanto en criticar AH en general sino en decir que realmente son conceptos que vienen de lejos. Con Víctor tuvimos luego una clase de AH completa gratuita y un curso completo.
No parece que haya un argumento por parte de Luis como para desacreditar la AH, solo quiere remarcar que no es nada nuevo, que le parece un cambio de vocabulario innecesario y que realmente son conceptos de los que se ha hablado años atras. Sin embargo yo estoy de acuerdo con Victor, la AH era necesaria para refrescar estas ideas a los nuevos desarrolladores, sin ellas es logico que los equipos desarrollaran como pollos sin cabeza (en un caos, por propias palabras de Victor en su experiencia dirigiendo proyectos).
tanta camara y un microfono berreta..
Una pena el sonido sí... ya lo corregimos, pero este vídeo ha quedado así... lo sentimos
tanta charla y no dicen nada
Es lamentable la calidad del sonido del sr Morenoo, éstas cosas hacen mucho mas ruido que el tema en cuestion, lo siento es imposible terminar de ver la charla
Micorservicios = Software OO distribuido??? mmmmmmm creo q un poquito mas que esos.. OO distribuido podria llamrcele al remoting Microservicios Apunta muuuuuuuyyy mucho mas alla de esa simple definicion (incluye el sistema operativo amigo ademas evita el "En mi máquina anda" dicho clasico alli por los 90)