
On 27/05/05, John Goerzen
wrote: Yes, but actually much of that is slated for removal from the Python language in future versions. See
I still can't believe that Guido will get away with this...
Yes. Many people I know state the functional part as a big reason why they chose python. Basically, before Python 3000 a number of scenarios are thinkable : - The python community will just bite their lip and take it. - There'll be some skirmishes and the proposal will get shot down after a small revolution. (not likely) - python will get a second -- more functional -- branch coexisting with the standard. I personally can see this last scenario happen, for some reason. I know it's not even being developed yet, but does anyone know what date python 3000 is aiming at? s.

Stijn De Saeger wrote:
On 27/05/05, John Goerzen
wrote: Yes, but actually much of that is slated for removal from the Python language in future versions. See
I still can't believe that Guido will get away with this...
Yes. Many people I know state the functional part as a big reason why they chose python. Basically, before Python 3000 a number of scenarios are thinkable : - The python community will just bite their lip and take it. - There'll be some skirmishes and the proposal will get shot down after a small revolution. (not likely) - python will get a second -- more functional -- branch coexisting with the standard.
Please read Douglas Adams' books (Hitchhiker Guide, etc.) AND DON'T PANIC. The perspectives are not so bad. Lambda goes to limbo? So, you will define local NAMED functions. Ideologically you may not like it, but you won't lose much. Those lambdas in Python were handicapped anyway. Map and filter removed? List comprehensions are still there, and they do all you want. Here the only 'functionalism' which disappears is 'reduce()', our beloved fold. It can be reinstated as a library function implemented as loop. Some 'functional' attributes of the language get stronger. No more print statement, but a 'function' write. Idem for 'exec'. Higher-order "vision" of the language gets a new impact. Now 'range' will return an *iterator* . Plenty of standard iterations may profit from *generators*. While not reall 'functional', this contraption promotes the declarative programming (Prolog, Icon, etc.). There are more annoying things. No tail recursion optimization. Horrible difference in efficiency between some "standard" procedures such as sorting which uses built-in order, and user-defined one. Etc. Jerzy Karczmarczuk

Hello Stijn, Tuesday, May 31, 2005, 2:36:07 PM, you wrote: SDS> Yes. Many people I know state the functional part as a big reason why SDS> they chose python. are you know Ruby? :) it has all the same stuff, including code blocks, which can refer to variables from outer context for example, "arr.inject { |sum,a| sum+a }" will count sum of all elements in array arr -- Best regards, Bulat mailto:bulatz@HotPOP.com
participants (3)
-
Bulat Ziganshin
-
Jerzy Karczmarczuk
-
Stijn De Saeger