You probably heard about 'architecture selling options'. Let's dive into another allegory of deep and shallow foundations of it.
TL;DR In the previous post we started working on a code kata and discovered that instead of creating a new monolithic giant we could tackle the complexity of a process by modelling it right in its natural boundaries: contexts. It this post we continue this journey. Requesting payment Let's spend some time on modelling a … Continue reading Service kata with Business Rules
TL;DR How many times you were given an implicit requirements that you'd create one application or two services? How many times the architecture and design were predetermined before any modelling with business stake holders? Let's take a dive into a code kata, that will reveal much more than code. Kata The kata we'll be working … Continue reading Code kata with Business Rules
TL;DR When using the snowflake entities pattern, it's quite easy to forget about using external identifiers that we need to communicate with external systems. This post provides an easy way to address this concern. Identity revisited The identifier of a snowflake entity was presented as a guid. We use an artificial non-colliding client-generated identifier to … Continue reading Snowy identifiers
TL;DR This values must be updates synchronously or we need referential integrity or we need to make all these service calls together are sentences that unfortunately can be heard in discussions about systems. This post provides a pattern for addressing this remarks The reality As Jonas Boner says in his presentation Knock, knock. Who’s there? … Continue reading Dependency rejection
I need to be able to store 1GB of JSON I'd like to push XML 100 MB/s to this Azure blob I need to log this data as CSV Statements like this are sometimes true, but in the majority of cases the format is not given and is a part of designing your architecture/application. Or … Continue reading Data has no format
The fourth link in my google search for 'feature toggle' is a link to this Building Real Software post. It's about not about feature toggles described by Martin Folwer. It's about feature toggles got wrong. If you consider toggling features with flags and apply it literally, what you get is a lot of branching. That's … Continue reading Feature oriented design got wrong