[stdlib-sig] Breaking out the stdlib

[Michael Foord]

M.-A. Lemburg wrote:
> Laura Creighton wrote:
>   
>> So what do you think of this proposal?
>>     
>
> Good write-up and very much to the point.
>
> [Executive Summary:
> Code that hardly needs any changes, because it does what it's meant
> to do, is good code, not bad code. And it causes only minimal
> maintenance effort, so it's actually something core developer should
> welcome rather than fight against.]
>
>   
Right - but part of the specific problem with optparse is that in many 
situations it does a very inadequate job (i.e. it "it does what it is 
meant to do" but not what many people "need it to do") and is designed 
in such a way that *required* functionality can't be added in a 
backwards compatible way.

That is not "good code" (by my reckoning).

Michael


> I'd only change the tag "dead-as-a-doornail" to "complete, proven and
> stable". Sounds more accurate.
>
> --
> Marc-Andre Lemburg
> eGenix.com
>
> Professional Python Services directly from the Source  (#1, Sep 15 2009)
>   
>>>> Python/Zope Consulting and Support ...        http://www.egenix.com/
>>>> mxODBC.Zope.Database.Adapter ...             http://zope.egenix.com/
>>>> mxODBC, mxDateTime, mxTextTools ...        http://python.egenix.com/
>>>>         
> ________________________________________________________________________
>
> ::: Try our new mxODBC.Connect Python Database Interface for free ! ::::
>
>
>    eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
>     D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
>            Registered at Amtsgericht Duesseldorf: HRB 46611
>                http://www.egenix.com/company/contact/
>   


-- 
http://www.ironpythoninaction.com/