Hacker News Reader

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.

View on HN

I 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.

It's not applicable at all once you get beyond a few teams.

A mono-repo makes decisions for your teams.

I 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

Those companies largely made the decision for monorepos before there was tooling to support a proper multi-repo existence.

Reply on news.ycombinator.com