magic that newcomers need to sort out.
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python
the probability of clashes with usual natural
language words; for the randomising programmers, well, because they do
not deserve being protected :-).
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev mailing list
Python-Dev@python.org
http
the original topic. Let's drop the matter
here as not being much more of general interest, or else, let's switch
to private email.
Keep happy, all.
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev
[Phillip J. Eby]
At 09:53 AM 12/13/2005 -0500, François Pinard wrote:
Everybody here agrees that this style makes the code much less legible.
I hope you mean, here at your company or organization, as I disagree. :)
Yes, of course! Sorry for the ambiguity.
--
François Pinard http
(): with for key in dict:.
- Replacing if has_key(dict, key): with if key in dict:.
and there might be others. Deprecated functions could be listed, too.
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev mailing list
Python-Dev
[Guido van Rossum]
On 12/14/05, François Pinard [EMAIL PROTECTED] wrote:
I would like that PEP 0008 add some cement around this idea that common
English words, properly spelled, which are likely to be user variable
names, be avoided whenever reasonable.
I don't think that's a reasonable rule
[Ian Bicking]
Barry Warsaw wrote:
Just like I wouldn't like someone using self outside of the first
argument of instance methods.
A tiny nit. Within __new__(cls, ...), I find quite legible writing:
self = BASECLASSE.__new__(cls, ...)
and using it afterwards.
--
François Pinard http
, where ARG1
and ARG2 are arguments given to the pre-commit script.
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
you want
substitutions. That property is named svn:keywords and its value
decides which kind of substitution you want to allow.
This is all theory for me, I never used them.
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev mailing
as possible using Python, while
naming identifiers naturally. It is not so unreasonable that we keep
some _hope_ that Guido will soon choose to help us all, not only me.
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev mailing list
[Martin von Löwis]
My canonical example is François Pinard, who keeps requesting it,
saying that local people where surprised they couldn't use accented
characters in Python. Perhaps that's because he actually is Quebecian
:-)
I presume I should comment a bit on this.
People here
(referring to the `#line' directive message, a little earlier this
week). For example, think include files.
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
[Raymond Hettinger]
Even better if the lines for a particular piece of code don't
have to all come from the same file.
YAGNI
I surely needed it, more than once. Don't be so assertive. :-)
--
François Pinard http://pinard.progiciels-bpi.ca
.
Now, could we evaluate that speed up on the average code, like on the
Python library say? It might not be worth the change...
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
strings.
Yet,
The file %(filename)s in directory %(dir)s is read only % vars()
is already usable. The need being already filled without Template
strings, it could hardly be presented as a motivation for them. :-)
--
François Pinard http://pinard.progiciels-bpi.ca
-less function
calls, yet they may be week at handling functions as first-class
objects. (And besides, I'm far from overly liking them! :-).
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev mailing list
Python-Dev@python.org
http
if this might hurt good coders once in a while. But I'm not sure!
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
Problem!
One-who-happily-forgot-all-bout-this-ly yours...
P.S. - How is this related to Python? Luckily! -- that is: *not*! :-)
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev mailing list
Python-Dev@python.org
is we often need the built-in.
Python should not choose common English words for its built-ins, without
very careful thought, and be reluctant to any compulsion in this area.
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev mailing list
, Monotone does not
seduce me. On the other hand, the two guys saying good about Monotone
are well informed (and also well known), so I would not dismiss their
opinion so lightly. So, it might be worth at least a quick look? :-)
--
François Pinard http://pinard.progiciels-bpi.ca
, to be qualified as good. While it might be true on average,
this is not necessarily true: some packages need not so many steps for
becoming very usable, mature or stable. (Note that I'm not asserting
anything about Monotone, here.) We should merely keep an open mind.
--
François Pinard http
[Donovan Baarda]
It is true that some well designed/developed software becomes reliable
very quicky. However, it still takes heavy use over time to prove that.
There is wisdom in your say! :-)
--
François Pinard http://pinard.progiciels-bpi.ca
[Guido van Rossum]
I even wonder if else-clauses on for/while were a good idea.
I surely find them useful, and see them as a Python originality (a
welcome one).
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev mailing list
Python
[Guido van Rossum]
On 7/7/05, François Pinard [EMAIL PROTECTED] wrote:
[Guido van Rossum]
I even wonder if else-clauses on for/while were a good idea.
I surely find them useful, and see them as a Python originality (a
welcome one).
The question remains whether Python would be easier
.
`else:' falls in this category. It is nice and helpful to have, but is
only one of the now numerous features of Python which are not essential.
The fact that we can go without knowing something does not mean that
this something is not welcome. Some priests do not know sex! :-)
--
François Pinard
occurs
frequently in my experience. Oh, I do not have solutions to offer, but
it might be worth a thought from the mighty thinkers of this list :-)
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev mailing list
Python-Dev@python.org
http
their role, and then sum
up to having nearly been an annoyance. Good if PEPs may be avoided! :-)
--
François Pinard http://pinard.progiciels-bpi.ca
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
27 matches
Mail list logo
