Beefy Boxes and Bandwidth Generously Provided by pair Networks
Clear questions and runnable code
get the best and fastest answer

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

by ack (Deacon)
on Mar 13, 2009 at 18:29 UTC ( #750490=note: print w/replies, xml ) Need Help??

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

I have to confess that #6 is near and dear to my heart. Because on many of our systems it is not a matter of "installing locally"'s a matter of how to get it onto the system in the first place since our security policies are strictly enforced (both automatically and manually).

It is not too problematic when the module is pure Perl. The IT folks have been accomodating with that.

But any modules that have to be brought in and compiled or as binaries are not matter where I'd like or try to put them. We actually have IT programs that crawl though every nook and cranny of our system looking for binaries or "executable" matter what the extensions...and will auto-delete them!

They have allowed us to use Perl and the built-in modules all we want and to create and use pure Perl scripts...but nothing else.

So I have had to abandon using many, many of the modules I'd love to have access to and stick to either the built-ins or the pure Perl modules.

So #6 isn't as easy or as universal as you might suggest.

But I still find your observations (including #6) to be good counter-points to the normal comments...even when I've sometimes thought about not using available modules outside of our controlled systems.

Your summary was really very illuminating for me. Thanks.

ack Albuquerque, NM
  • 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://750490]
zentara passes around a pot of YirgaJeffa coffee.

How do I use this? | Other CB clients
Other Users?
Others lurking in the Monastery: (7)
As of 2018-05-25 16:57 GMT
Find Nodes?
    Voting Booth?