Beefy Boxes and Bandwidth Generously Provided by pair Networks
Perl-Sensitive Sunglasses

Re: Top Seven (Bad) Reasons Not To Use Modules

by eyepopslikeamosquito (Chancellor)
on Mar 13, 2009 at 02:17 UTC ( #750301=note: print w/replies, xml ) Need Help??

in reply to Top Seven (Bad) Reasons Not To Use Modules

4. I want my script to have few dependencies
In addition to Joel's "core competency" argument, there's another reason for CPAN authors to not go overboard with external dependencies: the relentless mathematical certainty that the more dependencies you have, the greater the probability that your users will be unable to install your module cleanly. For example, if you have 100 dependencies and the probability of each one failing its "make test" is 1 in 100, the probability of your module installing cleanly is around (99/100)**100 = 0.37; with only five dependencies, that improves to (99/100)**5 = 0.95.

So, if it's a large, complex domain, such as DBI or XML parsing, I'm delighted to add the external dependency. But if it's just a "convenience" module, such as File::Slurp or Readonly, I'll normally make do without it. To illustrate, notice that both File::Slurp (see "get the tests passing" release by Dave Rolsky after two years of inaction by the module author) and Readonly (under perl 5.10.0) failed their "make test" for over a year.

Update: see also Dependency hell (wikipedia).

  • Comment on Re: Top Seven (Bad) Reasons Not To Use Modules

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://750301]
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others taking refuge in the Monastery: (8)
As of 2016-10-24 10:43 GMT
Find Nodes?
    Voting Booth?
    How many different varieties (color, size, etc) of socks do you have in your sock drawer?

    Results (305 votes). Check out past polls.