On Sep 28, 11:02 ¨Βν¬ ΚανεΗςαω Όκα®®®ΐηςαωπςοδυγτιοξσ®ξετχςοτεΊ
> On Sep 28, 2008, at 6:10 PM, Trans wrote:
>
>
>
> > On Sep 28, 6:14 pm, James Gray <ja... / grayproductions.net> wrote:
> >> On Sep 28, 2008, at 3:19 PM, hemant wrote:
>
> >>> Getting your library in stdlib means, you are mostly
> >>> handling over reins to someone else.
>
> >> I don't think this has to be true.
>
> >> My CSV (formerly FasterCSV) library was added to the standard library
> >> last December.  ¨Β θαφε γοξτιξυετο ναιξταιξ ιτ σιξγτθεξ ΎΎ ιξγμυδιξ> >> big rewrite of the parser to add m17n support.
>
> >> Thus, I think this depends entirely on the contributor.  ¨Β πεςσοξαμμω
> >> feel a little more pressure to keep CSV running well now that it > >> ships
> >> with Ruby.  ¨Β χουμςατθες ξοσεπεοπμε σαωιξηΆΤθαξεΓΣ> >> library sucks!" :)
>
> > Fair point. But really, would you have felt any different if FasterCSV
> > were still a separate gem? Your name is pretty synonymous with
> > quality.
>
> Thanks for the compliment, but doesn't this support my point?  ¨Βονοζ υσ κυστ γαςε>
> > And as a separate gem you could improve your library faster,
> > on an independent release schedule.
>
> I concede this point.  ¨Βισ πςοβαβμω βεττες το ιξγμυδμιβςαςαζτειτ§σ πςεττω νατυςε αξξογθαξηιξη ασ οζτεξ®
>
>
>
> >>> Bundling of many libraries within stdlib has sorta killed
> >>> competetion (net/http for instance).
>
> >> FasterCSV and mini/unit were both developed with CSV and test/unit
> >> being in the standard library.  ¨Βθεηαιξεδ εξουηθ τςαγτιοξ το ΎΎ ςεπμαγ> >> the libraries they improved upon in this release.  ¨Βηαιξτθισ ΎΎ δοεσξ§> >> seem to be a universal truth.
>
> > That's not really true. Look at the download numbers for miniunit
> > (http://rubyforge.org/frs/?group_id=1040). I wouldn't call that
> > traction. It's adoption into stdlib has more to do with who's pushing
> > it then anything else. That's not so say it isn't a worthy
> > replacement. I think on the whole it probably is, but that lends
> > itself more to my argument.
>
> Well, I was reading that source yesterday.  ¨Β θαφε το σατθαυτθος ισ ςιηθαβουιτ βειξτεςςιζιγ γοδε ¨Β τθιξτθγθαξηε ισ χοςτιτζοχθατεφες ςεασοξ χε διιτ>
> > I'd rather see third party bundles of Ruby and popular libraries,
> > instead of Ruby harboring so much its own repository.
>
> I think Ruby would be shockingly less useful if I couldn't count on > having things like the networking libraries, IO tools like FileUtils > and Tempfile, and WEBrick being present with every install.  ¨Βτ§χοςλεδ ζοΠεςμ ζομοξη τινε αξζεεμ ιτ§σ χοςλιξζουσ
I certainly don't mean to exclude certain lower-level tools like
FileUtils, Tempfile and other IO/network libs. That would be going too
far. I mean it rather for higher level libs like REXML, testunit,
probably YAML, etc.

I used to think the big bundle was good too. But over time I've come
to see that there is balance to be achieved. Sort of like Einstein's
quote of "simple, but not too simple".

T.