1. I get some pay for education. Not that much.

2. I want perfect code, too. That's why I rely on others who have spent more time on the problem than I have available to provide one for me.

3. I've noticed that at least 50% of the time where my goals and existing modules diverge, it's because my design is wrong, not the modules. Once I realised that, I learned a lot more. (See #1.)

4. I prefer to correct the appearance than to work around it. (See #2. Misjudgement is imperfect.)

5. Module::Install seems to work for me.

6. If you can get to the system, you can use scp to the system. Also, I prefer checking the desired modules' tarballs to my version control system, which then gets me through all the firewalls. At least as well as any of my other code.

7. Our target systems don't have compilers, either. We build on a build machine, and deploy on test machines.

8. I had this one just last week. Someone decried how hard it was to monitor a process with an async process. But because I already had AnyEvent installed, I whipped together a proof of concept of how easy it was in about 20 minutes and about 44 lines of code (with plenty of whitespace). I had AnyEvent installed to manage parallel ssh calls, but it made this one trivial. Many modules have multiple uses.

9. Ok, you got me here. My target boxes have 16 CPUs and 30+GB of RAM.

10. Don't grab GPL-only modules. Most modules on CPAN are dual-licensed: GPL or Artistic v1. Some are only Artistic v2. And I've not encountered any that are GPL-only. And I'm going through the legal review right now.

11. You're paid to write code? Where do you work? I'm paid to deliver solutions. Often that involves code. Often it doesn't.

In reply to Re: Top 11 (GOOD) reasons not to use someone else's Modules by Tanktalus
in thread Top 11 (GOOD) reasons not to use someone else's Modules by miketosh

Title:
Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post, it's "PerlMonks-approved HTML":


  • Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!
  • Titles consisting of a single word are discouraged, and in most cases are disallowed outright.
  • Read Where should I post X? if you're not absolutely sure you're posting in the right place.
  • Please read these before you post! —
  • Posts may use any of the Perl Monks Approved HTML tags:
    a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, details, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, summary, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr
  • You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)
            For:     Use:
    & &amp;
    < &lt;
    > &gt;
    [ &#91;
    ] &#93;
  • Link using PerlMonks shortcuts! What shortcuts can I use for linking?
  • See Writeup Formatting Tips and other pages linked from there for more info.