Beefy Boxes and Bandwidth Generously Provided by pair Networks
No such thing as a small change
 
PerlMonks  

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

by eyepopslikeamosquito (Canon)
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?
Username:
Password:

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

How do I use this? | Other CB clients
Other Users?
Others musing on the Monastery: (16)
As of 2014-07-28 20:02 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    My favorite superfluous repetitious redundant duplicative phrase is:









    Results (207 votes), past polls