Moving towards Python 3.0 (was Re: [Python-Dev] Speed up function
Guido van Rossum
gvanrossum at gmail.com
Mon Jan 31 06:17:15 CET 2005
> I had hoped for the core of p3k to be built for scratch [...]
Stop right there.
I used to think that was a good idea too, and was hoping to do exactly
that (after retirement :). However, the more I think about it, the
more I believe it would be throwing away too much valuable work.
Please read this article by Joel Spolsky (if you're not yet in the
habit of reading "Joel on Software", you're missing something):
Then tell me if you still want to start over. I expect that if we do
piecemeal replacement of modules rather than starting from scratch
we'll be more productive sooner with less effort. After all, the
Python 3000 effort shouldn't be as pervasive as the Perl 6 design --
we're not redesigning the language from scratch, we're just tweaking
(albeit allowing backwards incompatibilities).
> * Possibly write in C++.
> * Possibly replace bytecode with Forth style threaded code.
> * Possibly toss ref counting in favor of some kind of GC.
> * Consider ways to leverage multiple processor environments.
> * Consider alternative ways to implement exception handling (long jumps,
> etc, signals, etc.)
> * Look at alternate ways of building, passing, and parsing function
> * Use b-trees instead of dictionaries (just kidding).
The "just kidding" applies to the whole list, right? None of these
strike me as good ideas, except for improvements to function argument
--Guido van Rossum (home page: http://www.python.org/~guido/)
More information about the Python-Dev