I’ve cited the same concept of consistency, and I still believe it to an extent. But I do feel like it’s folk wisdom to an extent and not necessarily backed up by evidence. Like is e vs err vs error so egregious that it really adds to mental overhead?
And sometimes there are explicit reasons to not do certain “best practices”. There was that whole era of making functions as small as possible, which of course meant you needed to jump to five function definitions to get even the slightest idea of what was happening. Or when everybody insisted on const and arrow functions for everything.
As well intentioned as these ideas are, they fall victim to trends and overzealous application. Any piece of advice has a trade-off and a situation where it does not apply. Therefore it’s important to remember that these ideas are fundamentally subjective guesses at how to write good code. Not gospel truth.
Of course that isn’t to say linters are bad. Just that lint rule authors should be very careful to check that they are actually writing rules of value and not just nit picky folk wisdom.