in reply to Re: Perceptions of Perl - views from the edge
in thread Perceptions of Perl - views from the edge
I don't know if dependency hell from CPAN has a straightforward technical solution.
I've seen various attempts at addressing it, like the Tiny modules and the P5EE project. The Tiny modules seem like the best step so far.
It is easy to imagine building an app that relies on several CPAN distributions that in turn load 4 different date/time handling libraries. One module I need uses DateTime, another uses Time::Local, yet another component uses Date::Manip and yet another uses Date::Tiny
All of these modules are worthy modules, and it reasonable to use any single one of them. I have used libraries that depend on each of them, except Date::Tiny. But, since the Tiny modules seem to be catching on, I expect to come across something that uses Date::Tiny sometime soon.
I'm not sure what the technical fix for this is.
It seems to me that the fix is social rather than technical. Just like community consensus is that the use of the strict pragma is recommended. We need a set of best practices for module authors.
Here are a couple ideas that come to mind as a way to address the dependency hell problem. Module authors should:
Maybe someone can write CPAN Best Practices. Perhaps, PBP 2: Electric Boogaloo could include a section on writing modules for CPAN.
TGI says moo
|
---|
Replies are listed 'Best First'. | |
---|---|
Re^3: Perceptions of Perl - views from the edge
by zby (Vicar) on Feb 18, 2008 at 23:31 UTC | |
by tim.bunce (Scribe) on Feb 21, 2008 at 16:44 UTC |