4 ms·
So the only caveat I would put on that: it's useful to have common language for things, my threshold is that you understand why things are this way. It's usefu
by charles_f 5y ago
So the only caveat I would put on that: it's useful to have common language for things, my threshold is that you understand why things are this way.
It's useful to tell someone: "you should have that thing in another class because it's clearly another responsibility", and have a debate on the responsibility itself ; or even on the merits of having a single responsibility per class.
What is not useful is when someone will start making monofunction classes that are 10 lines long on the hotel of "smaller functions are better" and sticking to that because "it's a best practice" with no better argument.
Basically my point is: if you understand what you are doing, great, use vocab all you want. But don't use it as a justification.
- RNCTX 5y agoOr, common language comes with some assumptions. Lots of people in software use lots of marketing terms as descriptions of the practice of their work. This is the crux of this conversation, actually: that absent "best practices" rooted in enforced standards, they're all really just marketing terms until proven otherwise.