5 ms·
Off the top of my head: 1. Security. It boggles the mind that companies with large source trees would let their entire source tree get cloned by a single devel
by awinder 9y ago
Off the top of my head:
1. Security. It boggles the mind that companies with large source trees would let their entire source tree get cloned by a single developer. Maybe this isn’t really an issue but seems like you’re creating unnecessary surface area when the iOS dev team can walk around with the machine learning groups code.
2. Dev aesthetics / onboarding. There’s a complexity cost to sharing all of that code. If I join a company and the first step is spending (weeks? months?) getting comfortable understanding the universe of this gigantic source tree, instead of being able to safely understand a small piece of it, that can lead to frustration and it’s certainly not going to be productive.
I’ve never worked in a massive, well put together monorepo, so maybe these issues are solved in other ways. But it seems like your point #1 is a trade-off – being able to call code from anywhere in the same repo is powerful, but it’s also capable of breeding a ton of complexity, so please mind the mere mortals who will follow one day.
- jakobegger 9y agoI think that being able to look at the source of everything is such a big productivity advantage that the risk of an employee stealing your source is negligible in comparison.
- Walkman 9y agoNeither will help if you employ bad people or the company has a bad culture. You should trust every developer.