[Python-Dev] PEP 3148 ready for pronouncement (original) (raw)
Nick Coghlan ncoghlan at gmail.com
Sat May 29 05:31:07 CEST 2010
- Previous message: [Python-Dev] PEP 3148 ready for pronouncement
- Next message: [Python-Dev] PEP 3148 ready for pronouncement
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 29/05/10 10:19, Jesse Noller wrote:
In my opinion, it is high time for the std lib to pay more attention to the final Zen:
Namespaces are one honking great idea -- let's do more of those!
Yes, your suggestion for how to move things is the way we would want to do it, and in the back of my head, what we should do long term - just not right now.
Yep, this is what I have been saying as well.
Using concurrency.futures rather than a top level futures module resolves the potential confusion with future and stock market futures without inventing our own name for a well established computer science concept.
With the concurrency package in place following PEP 3148, we can separately consider the question of if/when/how to move other concurrency related modules (e.g. threading, multiprocessing, Queue) into that package at a later date.
Since this topic keeps coming up, some reasoning along these lines should go into PEP 3148.
Cheers, Nick.
-- Nick Coghlan | ncoghlan at gmail.com | Brisbane, Australia
- Previous message: [Python-Dev] PEP 3148 ready for pronouncement
- Next message: [Python-Dev] PEP 3148 ready for pronouncement
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]