[Python-Dev] collections.sortedtree (original) (raw)

Nick Coghlan ncoghlan at gmail.com
Thu Mar 27 10:43:39 CET 2014

On 27 March 2014 18:11, Stephen J. Turnbull <stephen at xemacs.org> wrote:

Nick Coghlan writes:

> On 27 Mar 2014 07:02, "Guido van Rossum" <guido at python.org> wrote: >> Actually, the first step is publish it on PyPI, the second is to >> get a fair number of happy users there. The bar for getting something >> included into the stdlib is pretty high > The "why not a third party module?" bar also got a fair bit higher > with Python 3.4 - by bundling pip, we have deliberately made third > party modules easier to consume, thus weakening the convenience > argument that applies to stdlib inclusion. Maybe. That depends on if you care about the convenience of folks who have to get new modules past Corporate Security, but it's easier to get an upgrade of the whole shebang. I don't think it's ever really been resolved whether they're a "typical case that won't go away" or a special group whose special needs should be considered.

I'm all too well aware of this particular problem (although thankfully don't have to deal with it myself any more), and it's a key part of why I said "a fair bit higher" rather than "insurmountable" :)

Such environments do usually have procedures to get additional open source software approved, it's just a pain. That pain then becomes another factor to take into account deciding between using a simpler solution, rolling your own custom solution, or tackling your organisation's module approval process.

That said, getting approval is definitely easier when the request is to trust "the Python Software Foundation" vs "J. Random Programmer's account on GitHub", so yes, it still counts in favour of sufficiently compelling stdlib additions.

Cheers, Nick.

-- Nick Coghlan | ncoghlan at gmail.com | Brisbane, Australia

More information about the Python-Dev mailing list