use Perl

• On Warnings (Score:1)

  by chromatic (983)

  [When] the computer can find potential problems -- particularly when it's close to compile time -- this is far better than requiring the programmer to always look for those potential problems.

  This is not a case where the computer can identify problems with certainty. The compiler cannot judge your intent. Did you make a typo in the name of a class-local method such that it collides with the name of a composed method? Did you forget to read the documentation? Did you do it deliberately? Did someone up
  • Re: (Score:1)

    by sartak (7900)

    Imagine if Perl warned every time you slurp a file into an array. Sometimes that's a mistake -- perhaps often, it's a mistake. It's not always a mistake.

    Imagine if Perl warned you every time you used a package-scoped variable only once. Sometimes that's a mistake -- perhaps often, it's a mistake. It's not always a mistake.

    Imagine if Perl warned you every time you redefined a function (for example to memoize or inline it). Sometimes that's a mistake -- perhaps often, it's a mistake. It's not always a mista
    • Re: (Score:1)

      by chromatic (983)

      I encourage you to read this insightful blog post [modernperlbooks.com] about why optional warnings are short-sighted.

      I call: The Value of a Warning [modernperlbooks.com].

      If you believe that the only purpose of roles is compile-time, warning-safe mixins, you're missing at least half of their power.

      The purpose of roles -- the real, get your hands dirty, oh wow this is an epiphany moment of roles -- is to produce a type system that tracks the capability of entities without dictating their particular implementation of those capabilities.

      In a true role
      • Re:On Warnings (Score:1)

        by sartak (7900) on 2009.04.25 8:24 (#68305) Homepage Journal

        You're actively discouraging people from taking advantage of allomorphism using well-established and long-recommended design techniques explicitly made safer and more understandable by roles.

        I responded at my blog [blogspot.com] with a description of both sides of the argument. The gist of it is: the warning is gone, and we will support the warning Ovid needs (and much more) as Perl::Critic policies.

        Reply to This

        Parent