Hello,<p>I've always wondered how camel case became a standard, rather than any other convention ?<p>In my opinion, Snake case is much more readable.
And other people think camel case is more readable. It's a classic flamewar topic which regardless how many arguments are exchanged won't find a common ground.
I suspect that it goes back to the days of yore when JavaScript was associated with Java and the orientation of the Java community toward camelCase [it's now the Java convention: <a href="http://www.oracle.com/technetwork/java/codeconventions-135099.html" rel="nofollow">http://www.oracle.com/technetwork/java/codeconventions-13509...</a>]<p>I suspect that the reason Java tended toward camelCase is that camelCase was emerging from research at about the time Java was released into the wild and it came along for the ride. Even wilder speculation is that camelCase rose out of Hungarian notation which was among 'best practices' preceding Java's release and Hungarian notation uses lower case prefixes on capitalized descriptions.<p>Three levels of speculation is as far as I will go.
camelCase and PascalCase, right? Maybe it comes from the language name (python -> snake, JavaScript -> PascalCase) :-P<p>Now being serious: Actually it is <i>not</i> a standard, since it is not defined like PEP8 kinda defines[1]. Then it goes by what the community uses. From what I've seen, most projects use the camelCase/PascalCase, but some like Foundation switched to underscores[2]. There's no reason why one is better than the other in terms of readability.<p>On a more serious note: A study[3] suggests that "camel casing leads to higher accuracy among all subjects regardless of training, and those trained in camel casing are able to recognize identifiers in the camel case style faster than identifiers in the underscore style." There's a discussion in this blog post: [4].<p>IMO it's too immature to be attached to a style, like it is too immature to think you're better than other developers because you use vim.<p>--<p>[1]: <a href="https://www.python.org/dev/peps/pep-0008/#naming-conventions" rel="nofollow">https://www.python.org/dev/peps/pep-0008/#naming-conventions</a><p>[2]: <a href="http://foundation.zurb.com/sites/docs/v/5.5.3/upgrading.html#javascript-variable-changes" rel="nofollow">http://foundation.zurb.com/sites/docs/v/5.5.3/upgrading.html...</a><p>[3]: <a href="http://www.cs.loyola.edu/~binkley/papers/icpc09-clouds.pdf" rel="nofollow">http://www.cs.loyola.edu/~binkley/papers/icpc09-clouds.pdf</a><p>[4]: <a href="https://whathecode.wordpress.com/2011/02/10/camelcase-vs-underscores-scientific-showdown/" rel="nofollow">https://whathecode.wordpress.com/2011/02/10/camelcase-vs-und...</a>