cqrs

Recursos de programación de cqrs
Charla del grupo PHP Madrid. Las complejidad de las aplicaciones software demandan cada vez más arquitecturas que permitan mejorar la escalabilidad y el rendimiento.CQRS es un patrón que se ofrece como solución para abordar estas mejoras, pero no existe la arquitectura perfecta, así que en esta charla veremos en que consiste y ejemplos de implementación pero también las principales dificultades y desventajas de este enfoque.
CQRS (Command Query Responsibility Segregation) nos facilita el escalado de nuestras aplicaciones cuando aumentan los requisitos de negocio sin afectar a nuestros modelos. Gracias a nuestro compañero Manuel López Torrent (@mloptor), tendremos la oportunidad de conocer las bases teóricas y ver una aplicación de ejemplo para aterrizar los conceptos. La reunión tendrá lugar en las oficinas de Onestic que se ha ofrecido amablemente a acogernos
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...
Web
17-02-2017
I've just watched this very interesting talk by Bobby Calderwood From REST to CQRS with Clojure, Kafka, & Datomic - por Garajeando
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 :)
Respouestas a dudas surgidas a partir del vídeo sobre DDD y CQRS. Preguntas o posibles planteamientos alternativos que también nos surgieron a nosotros al empezar con Domain-Driven Design y Command Query Responsibility Segregation. Más info: http://codely.tv/screencasts/ddd-cqrs-preguntas-frecuentes/
¿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.
En Ulabox tenemos código de hace 6 años y nuestra aplicación principal está atrapada bajo el paradigma CRUD. Nuestro dominio cada vez es más complejo y al ritmo que crecemos no es sostenible seguir trabajando bajo esas premisas. Nos encanta Symfony, pero lo más importante es nuestra lógica de dominio. Seguimos usando Symfony, pero perseguimos liberar dependencias, huyendo de un modelo anémico y tomando una mentalidad más DDD. En la charla trataremos como mejorar nuestro código y orientarlo más a dominio. Concretamente: - Mejorar nuestro código es nuestra responsabilidad - ¿Cómo mejorar nuestros controllers? - Desacoplar nuestras entidades de Symfony Forms - Aplicar DDD y separar modelo de lectura y escritura (CQRS) - Identificar agregados raíz
17, 18th JuneOfficial site: http://pamplonaswcraft.com/ Twitter: https://twitter.com/pamplonaswcraft Twitter official hastag: https://twitter.com/hashtag/scpna?src=hashThe event was organized basically by three guys (#amazing) from https://twitter.com/540info http://540deg.com/.It was a mix of Open Space and Talks.SessionsWhat a mess! Alfredo CasadoExamples about rewrites of systems that as usually gone bad… is very strange that this kind of things are good idea…The most important thing is to he...