Reading it with hindsight, their problems have less to do with the technical trade off of micro or monolith services and much more to do with the quality and organizational structure of their engineering department. The decisions and reasons given shine a light on the quality. The repository and test layout shine a light on the structure.

Given the quality and the structure neither approach really matters much. The root problems are elsewhere.

▲ CharlieDigital 9 hours ago | parent | next [-]

My observation is that many teams lack strong "technical discipline"; someone that says "no, don't do that", makes the case, and takes a stand. It's easy to let the complexity genie out of the bottle if the team doesn't have someone like this with enough clout/authority to actually make the team pause.

▲ Aeolun 7 hours ago | parent | next [-]

I think the problem is that this microservices vs monolith decision is a really hard one to convince people of. I made a passionate case for ECS instead of lambda for a long time, but only after the rest of the team and leadership see the problems the popular strategy generates do we get something approaching uptake (and the balance has already shifted to kubernetes instead, which is at least better)

	▲	CharlieDigital 6 hours ago \| parent [-]
		`> I made a passionate case...` My experience is that it is less about passion and more about reason. There's a lot of good research and writing on this topic. This paper, in particular has been really helpful for my cause: https://dl.acm.org/doi/pdf/10.1145/3593856.3595909 It has a lot going for it: 1) it's from Google, 2) it's easy to read and digest, 3) it makes a really clear case for monoliths.

▲ Otek 7 hours ago | parent | prev [-]

I 100% agree with you but also sad fact is that it’s easy to understand why people don’t want to take this role. You can make enemies easily, you need to deliver “bad news” and convince people to put more effort or prove that effort they did was not enough. Why bother when you probably won’t be the one that have to clean it up

▲ CharlieDigital 6 hours ago | parent [-]

    > You can make enemies easily...

Short term, definitely. In the long tail? If you are right more than you are wrong, then that manifests as respect.

	▲	AlwaysRock 2 hours ago \| parent [-]
		Ha! I wish I worked at the places you have worked!

▲ panny 7 hours ago | parent | prev | next [-]

>the quality and organizational structure of their engineering department

You're not kidding. I had to work with twilio on a project and it was awful. Any time there was an issue with the API, they'd never delve into why that issue had happened. They'd simply fix the data in their database and close the ticket. We'd have the same issue over and over and over again and they'd never make any effort to fix the cause of the problems.

	▲	iamflimflam1 13 minutes ago \| parent [-]
		This is probably the first time I’ve seen a human use the word “delve”. It immediately triggered my - is this AI?

▲ monkaiju 8 hours ago | parent | prev [-]

Conway's Law shines again!

It's amazing how much explanatory power it has, to the point that I can predict at least some traits about a company's codebase during an interview process, without directly asking them about it.

▲

machomaster 5 hours ago | parent [-]

In this case, the more applicable are:

1. "Peter principle": "people in a hierarchy and organizations tend to rise to 'a level of respective incompetence' "

2. "Parkinson's law": "Work expands to fill the available time".

So people are filling all the available the time and working tirelessly to reach their personal and organizational levels of incompetency; working hard without stopping to think if what they are doing should be done at all. And nobody is stopping them, nobody asks why (with the real analysis of positives, negatives, risks).

Incompetent + driven is the worst combination there can be.

	▲	cindyllm 5 hours ago \| parent [-]
		[dead]