<div dir="ltr">[Mike Miller]<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Another message here reminded me that the datetime classes are not named <br>DateTime like they should be.</blockquote><div><br>There are a few strange conventions in programming that seem almost backwards. In prose, we capitalize proper nouns, but rarely class-type nouns. Bullwinkle is a moose, not bullwinkle is a Moose. It seems the built-ins like int, str, list, dict, etc. get it right, then it's reversed for everything else.<br><br>[Mike Miller]<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Why not rename them, PI and E too, with suitable <br>long-term deprecation period?<br>(As it looks like ALL_CAPS is here to stay.)</blockquote><br>There's a Java programming guideline at my workplace that you're supposed to put "final" in-front of pretty much everything because it supposedly makes code easier to reason about. I've since found that the <a href="http://www.javapractices.com/topic/TopicAction.do?Id=23">Java community largely supports this idea</a> (not just my company), which raises the question, "why not make everything default to 'final' and put 'var' or something in-front of the few outliers?". <br><br>My default assumption for any variable not in the immediate scope is that it's intended to be read-only unless the code I'm reading modifies it. Maybe module-level variables and class-level variables should be all caps if they're NOT constant because then I'd want them to yell at me that they're a potential hazard.<br><br>Anyway, I thought others might find that to be mildly interesting food for thought. Sorry for bumping this thread again...</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 1, 2019 at 12:59 PM Mike Miller <<a href="mailto:python-ideas@mgmiller.net">python-ideas@mgmiller.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
On 1/30/19 6:07 PM, David Mertz wrote:<br>
> On Wed, Jan 30, 2019, 4:23 PM Abe Dillon <<a href="mailto:abedillon@gmail.com" target="_blank">abedillon@gmail.com</a> <br>
> <mailto:<a href="mailto:abedillon@gmail.com" target="_blank">abedillon@gmail.com</a>> wrote:<br>
> <br>
>     Consider thatmath.pi and math.e are constants that are not all caps, have<br>
>     you ever been tempted to re-bind those variables? <br>
> <br>
> <br>
> I generally use 'from math import pi as PI' because the lower case is confusing <br>
> and misnamed.<br>
<br>
<br>
Another message here reminded me that the datetime classes are not named <br>
DateTime like they should be.  Why not rename them, PI and E too, with suitable <br>
long-term deprecation period?<br>
<br>
(As it looks like ALL_CAPS is here to stay.)<br>
<br>
-Mike<br>
<br>
</blockquote></div>