|
|
| The stupid question is the question not asked | |
| PerlMonks |
Re^2: Top Seven (Bad) Reasons Not To Use Modulesby talexb (Canon) |
| on Mar 13, 2009 at 13:44 UTC ( #750414=note: print w/ replies, xml ) | Need Help?? |
|
Exactly. If you're developing stuff for your own amusement, then deployment to a dozen systems running mission critical stuff is never going to be a problem. In my case it is -- which means I have to look closely at whether I absolutely need a module, or whether I can get by with something a little less 'jazzy'. This week's query was about using WWW::Mechanize -- that module isn't installed on the system I'm developing for, but LWP::UserAgent (which Mech uses) is present, so that decision is made for me. If you look at it from the IT guy's perspective, installing a module is no easy task: the latest version of X might mean you have to upgrade Y, which has always worked fine, and of course that means you need to also update Z and W .. and pretty soon, subtle problems start to turn up. And I ran into a 'version' problem recently, where an older version of Mech worked fine, but the newer one, on a different platform, didn't.
In Section
Meditations
|
|
||||||||||||||||||||