DDD Weekly: Issue #43
September 27, 2017
dddweekly
You are also opting in for interesting, DDD-related emails from buildplease.com
Evolutionary Pressures Forcing Software Architects to Adapt [blog] Nick Tune. To remain effective, you must learn to co-design and coevolve organisational and technical boundaries. You’re not a software architect anymore, you are a sociotechnical systems architect.
Power of the Log:LSM & Append Only Data Structures [video] Ben Stopford. Ben Stopford talks about the beauty of sequential access and append only data structures, in the context of a little known paper entitled “Log Structured Merge Trees”. LSM describes a counter intuitive approach to storing and accessing data in a sequential fashion.
Eric Evans: Domain-Driven Design Even More Relevant Now [blog] Eric Evans. Evans is pleased to see the winds shifting in favor of elegant design. His book was written to address the problems faced when a system couldn’t scale, resulting in a business that also couldn’t scale. As a self-fulfilling requirement, he said, “A need for cleaner design will create cleaner designs.”
Simon Brown on the Role of the Software Architect in a Continuous Delivery Environment [podcast] Simon Brown. This week’s podcast features Simon Brown well known for his work training software architects. Topics include the differences between a tech lead and an architect, how much documentation is enough and what that looks like in a continuous delivery environment.
Now for CA: My videos from «Principles of Reactive Programming» are now available for free! [tweet] Ronald Kuhn.
I’ve published the 100% ready digital version of “Microservices for everyone” [tweet] Matthias Noback.
How I Make Explorable Explanations [blog] Nicky Case. You want to share a powerful idea – an idea that could really enrich the lives of whoever you gift it to! But communication is hard. So how do you share an idea, in such a way that makes sure the message is received?
Documenting your architecture: Wireshark, PlantUML and a REPL to glue them all. [blog] Daniel Lebrero. Instead of drawing UML diagrams, why not generate them from a network traffic capture of the running system?
Domain-Driven Rails [book] Arkency. These techniques have been used for a long time in Java and .NET communities in complex, enterprise projects. But reading about them does not make it easy to figure out how to apply them in the context of Rails apps. That’s where our book comes in with help. Same techniques but explained using our language (literally and metaphorically).
The Domain-Driven Coding Architect [slides] Nick Tune. How can a new perspective of Domain-Driven Design help us to architect sociotechnical systems in the new world of continuous discovery and delivery?
Am I only streaming? Thinking Reactive [video] Rob Harrop. Rob Harrop looks at how we can use the concepts of CSP, Actors, and Reactive as powerful tools for reasoning about our systems.