<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Another drawback of introducing such a convention this late in the design of<br>
the language is that you can never have it applied consistently.  Changing<br>
the builtin and stdlib instances alone would need hundreds of compatibility<br>
aliases.<br><br></blockquote><div>Actually, I think this would improve the standard library dramatically.  Particularly, if it was coupled with a complete redesign/philosophy for naming conventions with respect to verb/noun, methods/properties,  adverbs/adjectives (as modifiers to their respective parts of speech).  There are always judgment calls for some of these items, but that probably signifies a refactoring is in order because there shouldn't probably be any ambiguity in a part of speech.  (I don't know -- this is an interesting CS language-design issue.  Anyone know of any work done in this area?)  Case should also be re-considered carefully also.<br>
<br>In general when one comes to code that one hasn't seen or designed, without more syntactical support to indicate semantics of all the many identifiers, I've found myself too-easily dismissive of re-using code because of all the work it takes to work out the meaning and the idiosyncracies of the individuals -- it's like wearing someone else's underwear.<br>
<br>marcos<br></div></div>