3 ms·
> Code has generally not suffered from being public. I spent 10 years suffering under a ruby app where literally every interface had to be considered public be
by lamontcg 4y ago
> Code has generally not suffered from being public.
I spent 10 years suffering under a ruby app where literally every interface had to be considered public because someone might have gone code surfing and decided to be clever, so literally nothing was a simple code refactoring of private interfaces that nobody should touch.
I don't understand what kinds of software people who make this argument write, but I assume it has to be something like web services where the http routing layer is the actual public interface definition and so you're benefiting from strong encapsulation at that layer. Yes, in that case the language doesn't need strong encapsulation because your external framework already provides it for you.
- sandGorgon 4y ago>web services where the http routing layer is the actual public interface definition and so you're benefiting from strong encapsulation at that layer this is actually one of the best ways anyone has put it. You may be right. I have often wondered how does the huge amount of Ruby/Python/JS work in building large companies and products, when Java mandates all this amount of massive complexity. You may be right here - in the web services world, the hard contract of the API layer makes up for less strict encapsulation everywhere else.