LambdaCast #13. Arquitectura hexagonal, ¿qué es, qué no es, y cuándo es sobre ingeniería?

¿Dudas acerca de cuándo aplicar arquitectura hexagonal? ¿O eres de los que la aplican siempre?
¿Sabes diferenciar entre qué es y qué no es arquitectura hexagonal? A veces atribuimos características que no son propias de la arquitectura, y solo añaden complejidad.
¿Podemos hacer código testeable y mantenible sin necesidad de implementar arquitectura hexagonal? ¿En qué casos es necesario y en cuáles es sobreingeniería?
¿Cuándo merece la pena aplicarla? ¿Cómo podemos introducirla en un proyecto?
Como siempre, el problema no lo tiene la ingeniería, sino las decisiones y los porqués de las personas. ¿Cómo no caer en dogmatismos? ¿Cómo encontrar el punto de equilibrio?
Todas estas preguntas, y muchas más las debatiremos en este LambdaCast con Aleix Morgadas.
Aquí el repositorio de Github que ha compartido Aleix: github.com/aleixmorgadas/thin...

[@jssmntll]

Me encontré esta joya, gran charla. Aclaró muchas dudas que he tenido relacionado al tema. 👏🏻👏🏻

[@lambdaloopers]

¡Muchas gracias por tu feedback! ¿Qué otros temas te gustaría que tratemos?

[@aleixmorgadas]

¡Gracias David y Edu para invitarme a la charla! Me lo pase genial :D

[@EduardBarrosoDominguez]

Siempre es un gusto escucharte @aleixmorgadas :D

[@daniel-peiro]

En lugar de llamarse clean architecture, hexagonal arquitectura, onion architecture, ports and adapters, etc ... Debería llamarse algo así como DAI (Domain, Application, Infrastructure)
Al final no es más que entender el orden de dependencias y usar interfaces.