IMO the argument of the size of the Java community is wrong since there
is no "Java style" for acronyms. Java recommendations
<http://www.oracle.com/technetwork/java/javase/documentation/codeconventions-135099.html#367>
doesn't specify the case of acronyms. It just tell to avoid them if
possible. If you look at the Java API, you will see that acronym
notation is inconsistent :
- acl, ldap, dos, ... are lowcase
- html, dom, ... are upcase
- xml, http, ... are some time upcase, sometimes lowcase
I'm a Java user, but I strongly prefer the ".net style". The full
upcase notation make it easier to distinguish acronyms, but I just don't
care if a word is an acronym or not. I think it is much more useful to
easily distinct words.
Le 03/08/13 08:25, Fode a écrit :
+1 for java for the following reasons:
Size of java community + size of pep8 community > size of .net community.
The java community and the pep8 community have historically been more
open and are probably more likely to interesect with our community
then the .net community then the .net community is
When else do you ever capitalize the first letter of an acronym and
not the rest of it?
On Fri, Aug 2, 2013 at 11:14 PM, Kevin Cantu <m...@kevincantu.org
<mailto:m...@kevincantu.org>> wrote:
Ergonomic and "nearly-ASCII text slightly more than 80 chars wide"
hardly seem to match at all. Does anybody have any actual
evidence about whether it is easier for names to be mostly
uniform, or for names of different flavors of item to be garbled
in different ways?
Kevin
On Fri, Aug 2, 2013 at 10:59 PM, Brendan Zabarauskas
<bjz...@yahoo.com.au <mailto:bjz...@yahoo.com.au>> wrote:
On 03/08/2013, at 12:25 PM, Jeaye <je...@arrownext.com
<mailto:je...@arrownext.com>> wrote:
> To be fair, and I like being fair, both of these are
inconsistent within Rust. If functions_are_like_this then
types Should_Be_Like_This or Maybe_like_this.
Having different significantly different styles for types,
functions and constants aids code comprehension. They are
inconsistent for ergonomic reasons.
~B
_______________________________________________
Rust-dev mailing list
Rust-dev@mozilla.org <mailto:Rust-dev@mozilla.org>
https://mail.mozilla.org/listinfo/rust-dev
_______________________________________________
Rust-dev mailing list
Rust-dev@mozilla.org <mailto:Rust-dev@mozilla.org>
https://mail.mozilla.org/listinfo/rust-dev
_______________________________________________
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
_______________________________________________
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev