Despite almost everything being in one big repo, it has silos. Not everyone has read access to everything. Some code, like the important bits of Search, is only available on a need-to-know basis.
So what happens if search adopts your internal library and your update to it breaks search? Do you need to get someone from the search team to go investigate? How is that prioritised?
The tooling is such that you will know if a change will break something in a silo before it is submitted. You then work with the affected team. It’s not a big deal.
YAML turns raw literals into strings, except when the string matches a certain format. Then it may turn it into other things, like int or float, and you better know all the rules by heart and be attentive. And not introduce any typo, which of course no human ever does.
We use the nanos heavily at my workplace. I've seen people make a chain out of paperclips when their nearest USB port is too far away (and they can't be bothered to grab an extension cable).
That's like asking "Why are people still manufacturing bikes, you'd think everyone who wants a bike would have one by this point". Bikes generally have shorter lifespans than people, and we're also making new people-who-want-bikes all the time.
I'm guessing that it's more like people are getting them stolen regularly. What I don't get is why the bottom of the pyramid (cf other branch of this thread) doesn't fill up.
Because people who possess stolen bikes are just as vulnerable to bike thrives as everyone else. If only non-stolen bikes got stolen, the pool of people willing to buy stolen bikes would probably not support any significant level of theft for very long, but that's.not how it works.
The government also can't stop you from robbing your neighbor, but that's not how laws work. Laws are about punishing you after the fact. If they catch you, of course.
It would be terrible to design it that way, but I think it's fine as a compiler optimization. Most of that datastructure is constant anyway, think of the memory savings!