[Python-Dev] Design Principles

Terry Reedy tjreedy at udel.edu
Wed Aug 31 23:05:17 CEST 2005


"Raymond Hettinger" <raymond.hettinger at verizon.net> wrote in message 
news:003501c5ae63664ドルf5e40$4320c797 at oemcomputer...
> FWIW, after this is over, I'll put together a draft list of these
> principles. The one listed above has served us well. An early draft of
> itertools.ifilter() had an invert flag. The toolset improved when that
> was split to a separate function, ifilterfalse().
>> Other thoughts:
>> Tim's rule on algorithm selection: We read Knuth so you don't have to.
>> Raymond's rule on language proposals: Assertions that construct X is
> better than an existing construct Y should be backed up by a variety of
> side-by-side comparisons using real-world code samples.
>> I'm sure there are plenty more if these in the archives.

This would make a good information PEP to point people to when they ask 
'Why ...' and the answer goes back to one of these principles.
Terry J. Reedy


More information about the Python-Dev mailing list

AltStyle によって変換されたページ (->オリジナル) /