[Python-Dev] Design Principles
Aahz
aahz at pythoncraft.com
Wed Aug 31 23:55:50 CEST 2005
On Wed, Aug 31, 2005, Raymond Hettinger wrote:
>
> 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.
Nice! Also a pointer to the Zen of Python.
--
Aahz (aahz at pythoncraft.com) <*> http://www.pythoncraft.com/
The way to build large Python applications is to componentize and
loosely-couple the hell out of everything.
More information about the Python-Dev
mailing list