Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • Especially frustrating when coders try to impose their personal agenda on an entire company (without being up-front about it, at least).

    I won't name names, but I know of a company that opted for Linux when they would have needed to move to Vista. The IT manager is telling people that Adobe Reader "isn't available" - when what he means is that it's insufficiently open/Open/whatever. And that's going to come back to bite him. It's not 1985. People can Google.
  • "... but it won't run on Perl 5.005!"

    People who do stupid things often die. Companies who do stupid things should have the grace to die messily and publicly so that we can mock them.

    • That's only an argument for CPAN modules :)

      And even I'm at the point where I think we probably should be shifting the goal post to 5.6.1 now...
      • That's only an argument for CPAN modules :)

        I consider it an argument against backporting in general. If you want to use community-developed software for free, fine. If you want free community support for that project, you should have the decency to stay up to date with the current version of that software as far as possible (or the latitude in your business plan to rely on the good fortune of finding a sucker -- I mean volunteer -- to do your dirty work for you).

        It's way past time free software stop

      • These days you're lucky if I'll give you 5.6.2.

        My recommended back target for normal modules (ie. not toolchain) is 5.8.3. Yes, a mere three years old. Hell, even the *previous* Debian stable has that.

        For toolchain stuff it's 5.5.4, 5.6.2 and 5.8.2.
        • Personally I always consider 5.8.1 my target. Depending on what the code does, it may work on earlier versions, but I cannot be bothered to support any earlier version if I need to care about characters vs bytes. Unicode matters; 5.8.1 is the earliest version that got it reasonably right; it’s a no-brainer.

    • I try to target 5.6 for most of my code, and 5.005 for some of it. And I'll also point out to people when their code assumes a later version of perl without declaring it as a pre-requisite. I don't require that they make the necessary changes, but I consider it to be helpful to point out when they're doing that. I certainly appreciate it when other people point it out in *my* code.

      Sometimes they care, and add "use 5.008". Sometimes they care, and fix the tiny insignificant bit of code that was breakin

  • Was this, perchance, prompted by my recently pointing out that if I were to use $module to fix something then I would have to use Module::Install?

    In that case, I don't have a problem (my code works fine, it breaks a buggy POD parser which will have no effect on real users), so that other module and Module::Install are inconvenient changes, not a handy solution. I'd rather spend my time reading, watching rugby, drinking beer, and writing new code than spend it fiddling with old code that works.

    I also ha