Muy buena iniciativa! (sobre todo lo de no hacer un framework jajajaja)

Siempre me parecio muy interesante lo bien que mapean los conceptos de CQRS/ES con Azure (y con cloud computing en general)

Creo que el principal error a no repetir por parte de P&P es seguir el consejo de los desarrolladores y tratar de entregar una implementacion completa funcionando. No nos hagan caso... no sabemos que es lo que queremos ;)

Los desarrolladores somos demasiado criticos, los mejores libros en el mercado de desarrollo poseen un buen balance de ideas e implementacion (dejan bastantes interoogantes abiertos), y solo muestran las secciones del codigo importante. 

Si van a proveer codigo yo recomiendo que no sea la solucion completa funcionando, sino solo partes de la misma (pero excelente de calidad).

En cuanto a la encuesta... done!

Saludos

Jorge

2012/1/13 Julian Dominguez <juliandom@...>

 

Hola gente,

Nuevamente aprovecho este espacio para contarles a los que no estuvieron siguiendo en twitter, que Microsoft patterns & practices está considerando dar guidance en el patrón CQRS (Command & Query Responsibility Segregation) y Event Sourcing. Probablemente nuestro foco no sea completamente agnóstico de las plataformas (aunque sí va a explicar bien los conceptos), pero también queremos agregar valor mostrando alternativas para sacar provecho a Azure en este tipo de aplicaciones.

 

Para cualquiera que está haciendo aplicaciones que escalan horizontalmente en Azure o en cualquier cloud, es claro que si bien la plataforma brinda muchas posibilidades, si estamos acostumbrados a crear aplicaciones que corren en 1 solo server, no siempre es fácil salir del esquema tradicional y optimizarlas para una granja de servidores, así también como manejar el versionado de los distintas releases, y componer los distintos subsistemas, que ahora tienen muchas más posibilidades para trabajar en armonía (en teoría, pero a veces en la práctica es muy difícil) .

Es por eso que estamos viendo de generar esta guidance, ya que utilizando CQRS y/o ES, en muchos casos nos puede ayudar mucho a solventar estos desafíos (así como también definir y conocer los escenarios en los que NO conviene utilizar CQRS). Lo que NO vamos a hacer, es crear un framework, sino dar guidance de implementación y aprendizaje, así como también seguramente crear una aplicación de ejemplo donde se muestre el aprendizaje (y no el resultado final únicamente).

 

Nuestro backlog todavía no está definido... tenemos algunas ideas, pero necesitamos de la ayuda de todos ustedes para saber que es lo de más valor que podemos brindarles (sinceramente, quienes nos conocen saben que nuestros objetivos son ayudar a cubrir las necesidades de los desarrolladores en nuestras plataformas, y todo lo que hacemos es gratis y abierto, no intentamos crear ningún producto, por lo que necesitamos de su ayuda para ello).

 

Así que les pido a los que les parezca un tema intersante (sea porque ya tienen experiencia con estos patrones, o porque les interesaría saber cómo aplicarlos) si pueden llenar esta encuesta: http://www.surveymonkey.com/s/cqrsguide

 

Para más información, acá está el anuncio oficial: http://blogs.msdn.com/b/agile/archive/2012/01/12/scoping-cqrs-es-guidance-project.aspx

 

Saludos!

Julian Dominguez

Microsoft patterns & practices