arquitectura hexagonal

Parece que en los últimos tiempos se oye mucho hablar sobre Clean Architecture. Desde algo más quizás de Hexagonal Architecture, Onion Architecture… al final comparten muchas ideas: centrarse en el dominio del problema, separación de responsabilidades en diferentes capas, independencia de sistemas externos y frameworks, fácil testeabilidad… Pues bien, en este dojo trabajaremos sobre un ejemplo de proyecto greenfield, a modo de PreparedKata, en el que mostraremos la aproximación a Clean Architecture que estamos implementando en este momento con los Coding Stones. Utilizaremos ruby como lenguaje de programación, rspec será nuestra herramienta de testing. No usaremos ningún framework, así que cualquier podrá seguir el dojo sin problemas.

Dentro de la CAS2016 en Vitoria, presente El arte del patadon pa'lante / posponer decisiones. Esta presentación viene de algunas ideas sobre agilidad que llevo llevando a la práctica en los últimos 5 años, tanto en Alea Soluciones como el último año en TheMotion.Dejo en este post, la presentación, las referencias y el feedback que me han dado al respecto...Video Muchisimas gracias a Autentia por el Video (AutentiaMedia youtube channel)Presentación (versión original con Notas)El Arte del Pat...

Mostraremos cómo hemos trabajado en un proyecto Ruby basándonos en Arquitectura Hexagonal/Clean: Patrones varios, inyección de dependencias, TDD, Crafted Design, unas gotas de DDD... Y por supuesto mostraremos código y las herramientas/gemas utilizadas en el camino: Sinatra/Grape, Sequel, APIs de terceros, Rspec... Todos los videos de Codemotion 2016; https://www.youtube.com/playlist?list=PLKxa4AIfm4pUvMn4lZ8zin500bsp3oL2A Suscríbete a nuestra newsletter; bit.ly/newsletterautentia Facebook; https://www.facebook.com/Autentia-127966880558674/ Twitter; https://twitter.com/autentia

¿Te has preguntado alguna vez cómo estos conceptos de CQRS/ES se pueden aplicar en un proyecto PHP/Symfony? Para ello, echaremos un vistazo al código de nuestro último proyecto: un sistema de gestión de almacén. La charla mostrará cómo entendemos el DDD y cómo lo aplicamos en Ulabox, cómo cambia la arquitectura y el código de la aplicación cuando aplicamos CQRS y cómo tratar con Event Sourcing, cuando no hay entidades persistidas, solo eventos que generan proyecciones que se usan en el modelo de lectura. Es un proyecto con arquitecturas nuevas (CQRS-ES), con la mentalidad DDD-Arquitectura hexagonal, pero con una base muy importante de Symfony.

originally published at TheMotion.com blogIn recent months, several colleagues asked me why I started working at TheMotion if I was already employed with one of the best development and product teams in the country: development practices consolidated, sane culture and in continuous improvement, XP, DevOps culture, an interesting product with good quality (see Alea Soluciones Bifer team).For me, the answer was simple: to learn and improve as a professional.For some time now, I’ve had an interest...

Hoy sentaremos los principios sobre la Arquitectura de Software y, más en concerto, sobre qué es la Arquitectura Hexagonal. Tras una primera temporada donde hemos hablado al respecto de los principios SOLID, y hemos visto los problemas del código acoplado en términos de testabilidad, vamos a pasar a dar un salto en términos de diseño de Software y nos centraremos en la Arquitectura de Software, o como lo denominaba Sandro Mancuso: "Macro-design". Más info: http://codely.tv/screencasts/arquitectura-hexagonal-ddd/

Ponente: Jesús Espejo Hidalgo https://t3chfest.uc3m.es/2016/programa/hexagonal-architecture-web/

Siguiendo con el tema de las prácticas y métodos que nos funcionan como equipo, voy a intentar describir la experiencia que hemos tenido en los últimos casi 4 años en el equipo de producto en Alea Soluciones creando desde cero un equipo ágil con una cultura fuerte y usando XP.¿De donde partíamos?Partíamos de una situación precaria en la que por diversos motivos no existía equipo de desarrollo y producto. Sólo quedaba yo y casi de forma casual. ¿Cual era el camino?Crear un equipo á...

Commands, events, queries - three types of messages that travel through your application. Some originate from the web, some from the command-line. Your application sends some of them to a database, or a message queue. What is the ideal infrastructure for an application to support this on-going stream of messages? What kind of architectural design fits best? This talk provides answers to these questions: we take the *hexagonal* approach to software architecture. We look at messages, how they cross boundaries and how you can make steady communication lines between your application and other systems, like web browsers, terminals, databases and message queues. You will learn how to separate the technical aspects of these connections from the core behavior of your application by implementing design patterns like the *command bus*, and design principles like *dependency inversion*. For more info visit https://joind.in/talk/view/15863

Temas programados  Arquitectura Hexagonal En este episodio nos acompañarán: Jose Luis Fonseca (https://twitter.com/Joselfonseca) Herminio Heredia (https://twitter.com/HerminioHeredia) Victor Sandoval (https://twitter.com/vicho00)