in reply to Re: Beautiful Perl
in thread Beautiful Perl

I disagree. Try maintaining code which is bad for eyes and you'll see what I mean.

And it's not a matter of spending more time coding because you're "beutifying" what you write. Don't tell me it is, because it ain't.

You actually save coding time if you write it properly; otherwise, by line 20 or so you'll be wondering what the name of that variable was and you'll have a hard time finding it.

Replies are listed 'Best First'.
Re^3: Beautiful Perl
by djantzen (Priest) on Mar 26, 2005 at 20:34 UTC

    Is beauty really just that which does not cause pain to look at ("bad for the eyes") or that reaches some minimum standard to be called "proper"? Is it efficiency? Is it brevity? Expressiveness? Self-documentation? Maintainability? Simplicity? Uniformity? Cleverness? All of these are identifiable as positive attributes, but is any one, or some combination, a sufficient definition of beautiful code? Still further, is it possible to evaluate the aesthetic appeal of code independent of the problem it is trying to solve?

    Aside from the fact that it's nearly impossible to get two people to agree on a standard of beauty, programmers are notoriously idiosyncratic, especially in as syntactically forgiving a language as Perl. Add to this the fact that the OP wants HTML authors to appreciate the allegedly beautiful code and you have an absurdity. You can show me the most finely-crafted, moving, subtle sentence ... in Turkish ... and I couldn't distinguish it from the drunken rantings scrawled on a bathroom stall. I don't know Turkish.

    Sorry to be a wet blanket (again), but this really is a futile exercise. If the intention is to demonstrate to people unfamiliar with Perl that it is a valuable language, show them how to solve problems with it. Show them what it can do, because they simply haven't got the necessary experience to appreciate whatever notion of beauty the code itself allegedly possesses.

    "The dead do not recognize context" -- Kai, Lexx
[reply]
      Well, if you ask me, it's a lot different to have

      if($var=~/hello/){$first="hello";$second="world"}

      than to have 

      if ( $var =~ /hello/ ) {
  $first="hello";
  $second="world" }

      [download]

      or even 

      if ( $var =~ /hello/ ) {
  $first  = "hello";
  $second = "world"
}

      [download]

      So no, it is not a futile exercise!

      I agree with everything you say, apart from "this is a futile exercise".

      It's not a matter of finding the most beautiful code, because we all know opinions differ. It's just a matter of finding code that is reasonably well written to be understood with... well, at least with not so many problems as with the first example I showed.

[reply]
[d/l]
[select]

In Section Seekers of Perl Wisdom