Language change (was RE: iterators (was: python-dev summary))
othello at javanet.com
Wed Feb 21 02:08:20 CET 2001
> >Anyway, my point is that there certainly are forces of change and
> >"featurism", which come up squarely against one of Python's central
> >features: its lack of central features. (Ironic, ain't it? <wink>)
> This is one of Python's true redeeming values; I hope and pray
> that it doesn't get lost in the woods over the years.
I absolutely agree that there should be a strong resistance toward
creeping featurism, but think there should be an equally strong will
to improve the language and not reject ideas out of hand.
Examples of "good" directions for changes:
-- change things that surprise uses (like unexpected integer math)
-- change things that cause users to write awkward or kludgy code (like having
set-up a loop counter when indexing over a list -- which PEP 234 proposes
-- change things that aren't polymorphic (like eval taking only dictionary
instead of general mapping objects and like the tuple.count() which GvR
-- do tough things like unifying the type/class distinction (it will be a bear,
will be better afterwards).
-- change difficult to use tools (like improving the debugger or adding
-- change things that prevent people from using their favorite tricks (like
scopes so that the functional programmers can go wild).
-- implement things which improve performance (like xreadlines() or
-- add more examples to the documentation
We can have language improvement without creeping featurism.
"In theory, there is no difference between theory and practice.
In practice, there is." -- Yogi Berra
More information about the Python-list