In principle, I agree, but “a message queue is… a medium through which data flows from a source system to a destination system” feels like a truism.

▲

sigbottle 9 hours ago | parent [-]

For me, I've realized I often cannot possibly learn something if I can't compare it to something prior first.

In this case, as another user mentioned, the decoupling use case is a great one. Instead of two processes/API directly talking, having an intermediate "buffer" process/API can save you headache

	▲	nyrikki 9 hours ago \| parent [-]
		To add to this, The concept of connascence, and not coupling is what I find more useful for trade off analysis. Synchronous connascence means that you only have a single architectural quanta under Neil Ford’s terminology. As Ford is less religious and more respectful of real world trade offs, I find his writings more useful for real world problems. I encourage people to check his books out and see if it is useful. It was always hard to mention connascence as it has a reputation of being ivory tower architect jargon, but in a distributed system world it is very pragmatic.