Re: All's fair (in) love and the sdk list

[email protected] (Graham Barr) Mon, 15 May 2000 20:03:29 +0100
Newsgroups perl.sdk
Message-ID <[email protected]>
On Mon, May 15, 2000 at 11:20:58AM -0700, Stephen Zander wrote:
> >>>>> "Graham" == Graham Barr <[email protected]> writes:
>     Graham> But you decided to change the result of the discussion. It
>     Graham> is not very diplomatic to discuss something then change
>     Graham> things because you do not agree.
> 
> Not sure if you're refering to Time::*, FreezeThaw or both, so I'll
> assume both.
> 
> FreezeThaw remains on the list because a well-respected book speaks
> about it in positive tones, specificly in comparison to Storable.  If
> it comes to pass that the author of said book actually sees FreezeThaw
> & Storable as quite interchangeable then I'll remove FreezeThaw.  If
> said author still differentiates between the two them I'm inclined to
> leave both; if only to avoid the "why isn't <blah> in the SDK"
> questions.

You are going to get those questions anyway and I don't see why any module
should be included on the basis that it is in a book. I bet there are many
more modules out there that are referenced in books (good books) that have not
even been considered for the SDK.

> In the case of the Time::* modules, I originally, without checking the
> modules myself, interpreted a post on your part as sugesting that
> equivalent functionality already existed; you corrected my
> misinterpretation so I left both modules in the list.  Having since
> reviewd the modules myself, I feel that the SDK may need one but does
> not need both.

Even though they do differ in places ? Which just shows there is some
bias under some circumstances

>  I would like, however, for voices other than yours and
> mine to join this discussion before a conclusion is reached about
> which if any module to include.

Likewise but there has been a lot of silence. Mainly I suspect due to
this list does not have the diversity of users to decide on a complete
list of modules for an SDK IMO.

> Is that more reasonable?

I will hold my response to that for now.

Graham.