One advantage of snake case is never having to remember which letters of every acronym or compound word each author decided to capitalize.
I just like to treat acronyms/initialisms as normal words.
sendHttpRequest, etc.This is the way.
You already don’t have to do that. That’s what IDE’s have autocomplete for.
That viewpoint makes bold assumptions about language, toolset, and preference.
It also suggests sweeping the dirt under the rug instead of not having it on the floor in the first place.
publ;c class customer_data {
I hate that the convention for naming React.useState variables is [color, setColor], rather than [color, colorSet]. After I declare ‘color’, I want to copy/paste that variable and append ‘Set’, rather than copy the variable then writing ‘set’ then pasting then navigating to the 4th character then flipping the case.
Granted there could be some ambiguity if there was a variable containing a unique collection (aka set) but that is far less common than declaring a useState variable. I’d even settle for appending ‘SET’ to quell the confusion.
snake case for everything, pascal case for struct/enum/class/trait names, and screaming snake case for constexpr identifiers is the superior method of naming. FUCK camel case, java/c# naming conventions are dumb and stupid and cringe, rust did it right
i’m in pain every time i use scala/f# or something and i have to actually interact with those HEATHEN java/c#-conformist identifiers
screaming snake case
What a great name for that style. Thank you.
Apart from screaming case, which is for textual macros, i approve.
deleted by creator
