10 ms·
I actually don’t want the developer experience of co-location. There are millions of things that are totally irrelevant happening in my company’s (thousands of
by Aqueous 3y ago
I actually don’t want the developer experience of co-location. There are millions of things that are totally irrelevant happening in my company’s (thousands of engineers) monolith. The noise in the commit log is considerable. Isolated repos are smaller, and reduce useless coupling.
- lunarcave 3y agoI get that it's not a universally applicable solution. I guess at a certain point of scale your organisation would grow out of complete co-location. But I don't think we have to go with the 100% co-location approach as well. A large monorepo could be organized into domain specific mini-monorepos with co-location benefits.
- Aqueous 3y agoIt's not applicable at all once you get beyond a few teams. A mono-repo makes decisions for your teams.
- lunarcave 3y agoI think Google, Meta, Microsoft, Twitter, Uber [1] and the thousands of engineers that these companies (and many other companies) employ, would disagree with you. [1] https://en.wikipedia.org/wiki/Monorepo https://en.wikipedia.org/wiki/Monorepo
- deleted 3y ago[deleted]
- Aqueous 3y agoThose companies largely made the decision for monorepos before there was tooling to support a proper multi-repo existence.