DDD Weekly: Issue #59
April 21, 2019
dddweekly
You are also opting in for interesting, DDD-related emails from buildplease.com
Adjective [github] Victor Ivri. Programming is an exercise in linguistics; spice-up Scala types with Adjective.
Event Storming Workshop Cheat Sheet [github] Wolfgang Werner. This cheat sheet aims to provide a short opinionated summary of preparing and facilitating an Event Storming Workshop. It is not intended to give a complete introduction to the topic, prior knowledge on DDD and Event Storming is required to make responsible use of this document.
Give Me Back My Monolith [blog] Craig Kerstiens. The road to micro-services may work fine for lots, and the benefits may outweigh the bumpy road to get there, but personally give me my monolithic app and a beach somewhere and I’ll be happy.
You Don’t Need Ordered Delivery [blog] Dennis van der Stelt, David Boike. From a technical perspective it is nearly impossible to have ordered delivery, deal with errors, and have a scalable system. At the same time it is very unlikely that a business process actually requires ordered delivery. Both from the business and the technical perspective we need to be able to adapt to different scenarios. What we actually need is a way to deal with those alternative scenarios.
The Whys and Hows of Database Streaming [video] Joy Gao. Joy Gao talks about how database streaming is essential to WePay’s infrastructure and the many functions that database streaming serves. She provides information on how the database streaming infrastructure was created & managed so that others can leverage their work to develop their own database streaming solutions. She goes over challenges faced with streaming peer-to-peer distributed databases.
Another day, another 2-phase-commit transaction question in email… [tweet] Clemens Vasters.
A Note to Business Leaders on Software Engineering [blog] Nick Tune. All the evidence shows that the best software engineering teams are closely integrated with the rest of the business, deliver software more frequently, and produce more reliable systems.