I could nitpick individual points in the article, but that misses the bigger issue: the premise is off.
Don’t chase generic advice about good or bad design. First understand your requirements, then design a system that meets them.
I could nitpick individual points in the article, but that misses the bigger issue: the premise is off.
Don’t chase generic advice about good or bad design. First understand your requirements, then design a system that meets them.
The ideal solution: Avoid having five different services all write to the same table.
If five different services have to write to the same table, there is a major overlap of logic too. Are the five services really different or one would suffice?
Taking practical realities into consideration, we can do what the author says. However, we risk implementing a lot of orchestration logic. We introduce a whole new layer of problems. Is that time not better spent refactoring the services: either give them their own DB tables or merge them into one servic?
Deleted Comment
- the way pain-killers work tells you a lot about how keyloggers or man-in-the-middle attacks work
- look at how DNA "syntax checking" happens during mitosis to learn about compiling in general
- a puppy swallows whatever it sees; this gives the immune system enough test data about the surroundings etc. (similar to ML)
- a huge amount of cyber-security concepts can be understood by learning biology
This used to be (and still is in some circles) a hot topic.
.net had the benefit of coning second and fixed a lot of java's design issues. It really use a better java.
Of course in the days of JavaScript desktop apps and python, people just don't need to pay attention to perf as much for better or worse.
I like long-form writing. However, it takes a lot of effort. So, I end up not writing often.
It is a hot topic especially among polyglots who have to deal with the same word meaning different in different languages.