Modules for inclusion in standard library?

Gregory Piñero gregpinero at gmail.com
Wed Jun 29 15:07:59 EDT 2005


And 1 more argument for adding DB support,  a large part of PHP's
success as a web langauge is being easily interoperable with MySQL
(out of the box I think?  I haven't used it.)  But I think it's tight
integration with MySQL really helped it find its niche.

I think "batteries included" means Python MUST be useful for common
tasks right out of the box.  Perhaps the only debate should be, what
are the most common tasks?

Just some more ideas to consider... 

Greg


On 6/29/05, Gregory Piñero <gregpinero at gmail.com> wrote:
> While that policy does make sense, I think a database program falls
> somewhere in between an OS and an everyday third party program.  For
> web developers, the database might as well be the OS.  I use the
> database to store everything in my web app.  That way I can just worry
> about 1 place to access information and not have to fool with files
> and other OS issues.
> 
> So I humbly suggest the policy should be :
> 
> Python will not include interface code for third party programs which
> are not part of an operating system or database system.
> 
> ..
> But I have no experience in designing world class programming
> langauges so forgive me if I am too bold.
> 
> -Greg
> 
> 
> On 6/29/05, Rocco Moretti <roccomoretti at hotpop.com > wrote:
> > Paul Rubin wrote:
> > > Gregory Piñero <gregpinero at gmail.com > writes:
> > >
> > >>I'd like to see some database API's to the most common databases
> > >>included.
> > >
> > > Yes, certainly, this is a serious deficiency with Python.
> >
> > Except that (please correct me if I'm wrong) there is somewhat of a
> > policy for not including interface code for third party programs which
> > are not part of the operating system. (I.e. the modules in the standard
> > libary should all be usable for anyone with a default OS + Python install.)
> >
> > A notable exception is the dbm modules, but I seem to recall hearing
> > that the official position is that it was a mistake. (Now only kept for
> > backward compatability.)
> > --
> > http://mail.python.org/mailman/listinfo/python-list 
> >
>



More information about the Python-list mailing list