Acronyms/intialism use capital letters to encode information about words. Losing that information is a mistake. SᴍᴀʟʟCᴀᴘCᴀsᴇ is now considered a best practice.
…Or consider snake_case or kebab-case 🤷
Acronyms/intialism use capital letters to encode information about words. Losing that information is a mistake. SᴍᴀʟʟCᴀᴘCᴀsᴇ is now considered a best practice.
…Or consider snake_case or kebab-case 🤷
I’m not suggesting randomness or inconsistency, I’m saying generalizing is overkill. But you’re right, “whatever works” might be taken too literal by some
You’re absolutely right that depending on your autofill is not a good general approach either. Then again, you shouldn’t be guessing at these either
I’ve worked with changing conventions in different teams. In the end people are not going to come up with some name and whether it’s myOldThing or my_old_thing won’t matter much. Usually I just follow whatever the team I’m working with prefers
Yes and no. I agree that camel vs snake or that stupid mNameThing that was popular for a while, doesn’t reeeeeaaally matter, although I would argue that convention over the language still has value. As an example, naming a Java variable with a capital letter would be confusing and annoying to any new devs joining the project, even if it’s a valid identifier. Also it’s handy to be able to look at something in ALL_CAPS and know that it’s probably a static final, without having to check it’s definition. I guess it’s about finding that line between useful conventions and pedantry.