Beefy Boxes and Bandwidth Generously Provided by pair Networks
We don't bite newbies here... much

Re: Re: Re: The quantity vs. quality lesson

by Hanamaki (Chaplain)
on Jun 02, 2004 at 07:40 UTC ( #359248=note: print w/replies, xml ) Need Help??

in reply to Re: Re: The quantity vs. quality lesson
in thread The quantity vs. quality lesson

Difficult to judge wether a module is old and unmainted and therefore should be removed.

Some people just get panic reading something like "last release 1998" , but it could be well written software which does not need any maintance, updates or whatever. The newest ist best! results quite often in usenet messages like "Is (n)vi abandoned?" which I view as a rather funny message. And, shame on me, I regularly use, as a part of my toolbelt, the unix command "diff" and don't even know wether its regularly updated, maintened or whatever.
  • Comment on Re: Re: Re: The quantity vs. quality lesson

Replies are listed 'Best First'.
Re: Re: Re: Re: The quantity vs. quality lesson
by PetaMem (Priest) on Jun 02, 2004 at 07:50 UTC
    Actually diff could use some shape up as for intra line and binary diff...

    But if a Module - lets say my favourite Parse::RecDescent will have it's last update in 2001 and we'll have the year 2007, then I see no problem:

    • Keeping it if there will be no other module (and we know Damian won't write it) like Parse::FastDescent with same API, but just functionally equivalent/better and faster.
    • Moving it to CPAN-Nimbus else
    And I'm not saying newest is best. I thought I could discuss at the monastery, on some sophisticated level where it is not necessary to say everything explicitedly.

        All Perl:   MT, NLP, NLU

      Modules should never be removed. Other scripts and applications may depend on them, and I consider backward compatibility to be an important feature.

      Rather write a comment on cpanratings if you think that a module is bad, or add a bug report on Share your knowledge with the community, it is already possible. Right now.

        Is it really the case that scripts and applications that depend on old modules will get broken if they are removed from CPAN?

        I know when I use modules on CPAN I make local copies, and don't run them from the 'net. I'm not sure it's feasible to do otherwise.

Re: Re: Re: Re: The quantity vs. quality lesson
by Wassercrat on Jun 02, 2004 at 16:57 UTC
    But then someone should check for the deprecated issues. Like the module has to be sort of re-approved from time to time.

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://359248]
and all is quiet...

How do I use this? | Other CB clients
Other Users?
Others pondering the Monastery: (8)
As of 2018-06-20 13:39 GMT
Find Nodes?
    Voting Booth?
    Should cpanminus be part of the standard Perl release?

    Results (116 votes). Check out past polls.