arquitectura hexagonal

Estamos acostumbrados a hablar de la calidad del código "de producción", pero ¿qué hay de la calidad de los test? ¿Cómo medimos si son buenos o malos? Las malas prácticas llevan a problemas comunes a la hora de testear. ¿Por qué una arquitectura Hexagonal a la hora del testing? Todos los videos de Barcelona Software Craftsmanship https://www.youtube.com/playlist?list=PLKxa4AIfm4pXfHIuhB89H6TdUO8syJMui&playnext=1 Descarga gratis la versión digital del libro de Roberto Canales “Conversaciones con CEOs y CIOs sobre Transformación Digital y Metodologías Ágiles ” https://goo.gl/i2zZtJ Suscríbete a nuestra newsletter; https://goo.gl/5jc6uP Facebook; https://goo.gl/o8HrWX Twitter; https://goo.gl/MU5pUQ LinkedIn https://goo.gl/2On7Fj/

"Vivimos tiempos moviditos en el frontend, pestañeas y te aparecen un par de nuevos framework javascript anunciados en hacker news. Entonces ¿qué hacemos? ¿elegimos un framework, vamos a fuego y ya si vemos que la hemos cagado lo tiramos y re-escribimos todo? ¿O tal vez podamos tirar de conceptos viejos para minimizar esto? En esta charla hablaremos de cosas nada modernas: SOLID, TDD, arquitectura hexagonal... en la que mostraremos algunos ejemplos prácticos." Todos los videos de Barcelona Software Craftsmanship https://www.youtube.com/playlist?list=PLKxa4AIfm4pXfHIuhB89H6TdUO8syJMui&playnext=1 Descarga gratis la versión digital del libro de Roberto Canales “Conversaciones con CEOs y CIOs sobre Transformación Digital y Metodologías Ágiles ” https://goo.gl/i2zZtJ Suscríbete a nuestra newsletter; https://goo.gl/5jc6uP Facebook; https://goo.gl/o8HrWX Twitter; https://goo.gl/MU5pUQ LinkedIn https://goo.gl/2On7Fj/

"Estamos acostumbrados a hablar de la calidad del código "de producción", pero ¿qué hay de la calidad de los test? ¿Cómo medimos si son buenos o malos? En esta sesión veremos problemas comunes que nos encontramos al empezar a testear, cómo evitar malas prácticas, y daremos nuestra opinión acerca de los tipos de test que más valor aportan. Por último, también hablaremos del encaje del testing en una aplicaciones CQRS y DDD (Arquitectura Hexagonal). Para demostrar que son principios agnósticos del lenguaje, los ejemplos de código serán tanto en Scala como en PHP." Todos los videos de Barcelona Software Craftsmanship https://www.youtube.com/playlist?list=PLKxa4AIfm4pXfHIuhB89H6TdUO8syJMui&playnext=1 Descarga gratis la versión digital del libro de Roberto Canales “Conversaciones con CEOs y CIOs sobre Transformación Digital y Metodologías Ágiles ” https://goo.gl/i2zZtJ Suscríbete a nuestra newsletter; https://goo.gl/5jc6uP Facebook; https://goo.gl/o8HrWX Twitter; https://goo.gl/MU5pUQ LinkedIn https://goo.gl/2On7Fj/

After publishing Honey Badger Team visual history, @artolamola asked me on twitter if I used "continuous delivery" as the driving force for the transformation and why. The short answer is Yes, and in this blog post will try to explain the motivations behind.For me, agile requires two things (see the-two-pillars-of-agile-software):A healthy knowledge culture focused on people (collaboration, learning, respect, team work, creativity...) Looking for quality and technical excellence (for e...

After publishing Honey Badger Team visual history, @artolamola asked me on twitter if I used "continuous delivery" as the driving force for the transformation and why. The short answer is Yes, and in this blog post will try to explain the motivations behind.For me, agile requires two things (see the-two-pillars-of-agile-software):A healthy knowledge culture focused on people (collaboration, learning, respect, team work, creativity...) Looking for quality and technical excellence (for e...

@thmuch Those who have survived the DTO hell of former J2EE versions, where we had to copy data between all the layers of our enterprise applications, appreciate the ease that Spring and Java EE have brought us more than one decade ago. But if we look closely at our current architectures and design styles like Hexagonal Architecture and DDD, we're in need again for adapters and transfer objects, for example in the anticorruption layer of a DDD bounded context. In other words: We still need to map data between different entity structures. Often, BeanUtils or Dozer are used to map data between entities, DTOs and similar structures. But those mappings can be slow and are error-prone due to missing type safety... Say hello to MapStruct, the fast and type-safe bean mapper, which - as an annotation processor - generates mapping code at compile time and goes without reflection! https://www.autentia.com

From the tech-related talks I've heard/seen lately, these are the most interesting:Must see for anyone interested in our profession and in real sustainable pace:Rafael Lopez Diez at The Lead Developer New York 2017 #NoEstimates  Allen HolubAgile Metrics - Velocity is not the goal Doc NortonOther interesting tech-related talks:lean customer development with Cindy Alvarez Ep: 512. hanselminutes podcastImmutability Changes Everything Pat Helland, "Accountants Don't Use Eras...

From the tech-related talks I've heard/seen lately, these are the most interesting:Must see for anyone interested in our profession and in real sustainable pace:Rafael Lopez Diez at The Lead Developer New York 2017 #NoEstimates  Allen HolubAgile Metrics - Velocity is not the goal Doc NortonOther interesting tech-related talks:lean customer development with Cindy Alvarez Ep: 512. hanselminutes podcastImmutability Changes Everything Pat Helland, "Accountants Don't Use Eras...

Una sesión para revisar los conceptos de la arquitectura hexagonal, desde un enfoque práctico, que exponga las dificultades que puede encontrarse cualquier desarrollador al aproximarse a este modelo. Adoración González es ingeniero informático con más de 7 años trabajando con PHP, búscala en twitter @srtaDeveloper.

Desarrollar un chat con Scala, Akka y WebSockets desde 0. ¡¿Qué puede salir mal?! Estos últimos meses hemos desarrollado un nuevo sistema de chat para la aplicación de Letgo. En esta charla os contaremos toda la experiencia vivida al respecto, tanto a nivel del proceso seguido, como de nuestro proceso de aprendizaje sobre las tecnologías usadas y los errores que hemos cometido. Por lo tanto no es una charla puramente técnica (hay material mucho mejor para aprender Akka y Scala) pero sí que haremos una breve introducción al paradigma de actores. Viniendo de desarrollar webs en PHP, muy concienciados por temas como SOLID, Arquitectura Hexagonal, DDD, y CQRS; nos encontramos con un paradigma donde nos ha costado encajar según qué planteamientos. Con lo cuál, os contaremos justamente eso: * Estrategia seguida para salir del monolito e ir al microservicio rico * Evolución del proyecto a lo largo de estos meses * Por qué decidimos apostar por el stack tecnológico escogido a pesar del cambio que implica * Paradigma de actores de Akka en el chat de Letgo. * Cómo hemos intentado llevar el CQRS a un protocolo de comunicación por WebSockets * Cómo hemos usado Akka Streams para el proceso de migración inicial de datos * Qué cosas nos han sorprendido del cambio de ecosistema (tanto para bien como para mal) * Cómo hemos conseguido mantener retrocompatibilidad con las versiones anteriores de la app que apuntan al sistema de chat anterior * … Esta charla proveerá de una visión más amplia de lo que se expuso en la Software Craftsmanship de Pamplona ( http://www.slideshare.net/JavierCane/leaving-the-monolith-thanks-to-eventsourcing-scpna-63267815 ). Donde nos centramos únicamente en analizar cómo conseguimos mantener la retrocompatibilidad entre los dos sistemas de chat gracias a eventos de dominio, SNS, y SQS. La charla la daríamos a medias entre los dos, @SergiGP y @JavierCane :)