[#2367] Standard libraries — Dave Thomas <dave@...>

From ruby-dev summary:

60 messages 2004/02/11

[#2397] PATCH: deprecate cgi-lib, getopts, importenv, parsearg from standard library — Gavin Sinclair <gsinclair@...>

Index: cgi-lib.rb

15 messages 2004/02/12

[#2465] PATCH: OpenStruct#initialize to yield self — Gavin Sinclair <gsinclair@...>

This is a common approach I use to object initialization; I don't know

24 messages 2004/02/19

Re: Standard libraries

From: "Sean E. Russell" <ser@...>
Date: 2004-02-11 21:24:24 UTC
List: ruby-core #2371
On Wednesday 11 February 2004 15:54, Dave Thomas wrote:
> > What happens when some new functionality gets added?  IE, what do you
> > deprecate when LDAP support is added to the library set?
>
> one of the three option parsing libraries, perhaps, or delegate.rb. My
> point is that it's very easy to add new things, but there's an art to
> deleting stuff as well. We're building up a list of things in the
> standard distribute which are effectively obsolete, and we need to
> start thinking about rationalizing the situation.

I see your point.  IMO, it is better to have no rule, than one that is 
ignored, and this one has a high probability of being ignored.

I would tend to agree with you that hindering bloat is a good thing, 
especially in something like Ruby.  I'm just considering that Ruby now 
contains two projects that pretty clearly overlap in problem domain: REXML 
and YAML.  I'm wondering what existing library would have been removed had we 
had rule #2, and which of the two new projects would have been chosen for 
exclusion.  I think the people who want XML support want it because XML is a 
standard, and people who want YAML want it because XML is too heavy for a lot 
of projects, and because YAML is more in tune with the simplicity of function 
that Ruby typifies.

-- 
### SER   
### Deutsch|Esperanto|Francaise|Linux|XML|Java|Ruby|Aikido
### http://www.germane-software.com/~ser  jabber.com:ser  ICQ:83578737 
### GPG: http://www.germane-software.com/~ser/Security/ser_public.gpg

In This Thread