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%
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.
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
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.
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!!! :-))))
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.
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.
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
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,
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)
