Julian C. Dunn

What is it with website operators who think that if it doesn’t have a “www” in front of it, it’s not a website?

I mean, how hard is it to replace:

ServerName www.froufrou.net

with:

ServerName froufrou.net
ServerAlias www.froufrou.net

?

I mean it’s not like they’re running Insecure Information Services or something. It can’t be that hard to do.

Of course, mind you, they are running a version of Apache with known security holes, a version of PHP with known security holes, and a version of OpenSSL with known security holes.

Finally, Toronto has its own Craig’s List!

Oh Perl, how I do loathe thee!

Perl sucks. (Or, to paraphrase Larry Wall, there are a hundred different ways to say Perl sucks.) Just off the top of my head I can name a number of things I hate about Perl.

1. Perl syntax is unintuitive and difficult to learn or remember. Aside from the various different kinds of punctuation and their meanings ($foo != %foo != @foo) you have commands like “chomp” or “carp”. Every time I think I’ve mastered all the Perl hack-isms, I come across another one. Today’s favourite is qx(). I thought I’d already seen these all with q(), qq(), and qw(). But apparently there’s qx(), which encloses the argument in backticks so that the argument gets executed in a shell, e.g. my($foo) = qx(ls -l). Now tell me, without looking at the Perl manual, does qw() enclose the argument in single or double quotes or parentheses? Thought so.
2. To expand on a point in #1, the punctuation is out of control. According to my Perl reference we have (at least) $!, $", $#, $$, $%, $&, $', $(, $), $*, $+, $, $-, $., $/, $:, $;, $< , $=, $>, $?, $@, $[, $, $], $^ and a whole bunch of $^A through $^Z. It’s totally out of control and so bad that Perl has an English module just to deal with this crap.
3. In the spirit of being “hackerly” Perl often does away with variables entirely. $_ is the implicit variable so you get code like:
   

   
   while (<>) {
     if (m/^#/) {
       print;
     }
   }
   

   Look ma, no variables! (Also: Look ma, no hope of ever maintaining my Perl code six months from now.)

4. Taint mode, my old nemesis. It’s just such a joke, even without the stupid taint mode bugs. The whole premise that user data will be clean after some regexp checking is bogus — because more often than not, said regexps will be insufficient — and it’s a complete waste of my CPU cycles to track “tainted” variables.
5. Object-orientation is another joke, and bolted onto the side of Perl. How else can you explain code like:
   

   
   sub new {
      my $proto = shift;
      my $class = ref ($proto) || $proto;
      my $self = {
        CCPARAMS => undef,
        TRANSPARAMS => undef,
        DEBUGGING => 0,
      };

      bless $self, $class;
      return $self;
   }
   

   (Mea culpa, this is my code… but seriously, when my successor comes along to look at this, are they really going to have a clue what the hell is going on?)

I could go on, but I think I’ve proven my point, which is that Perl was obviously written by “real” hackers who must have sat down and thought, “wow, won’t it be impressive to our fellow brethren to have ‘funny’ commands like croak or carp in there? We’ll be sooooo hip!” Of course, I suppose it’s also a job security thing; most Perl code out there is so obfuscated that companies have no choice but to keep the Perl hacker employed, or else the infrastructure will fall down. (Never mind that the programmer spends 3/4 of the time figuring out what the hell his code was supposed to do, and the other 1/4 of the time fixing the problem.)

Don’t believe the hype. Use Python. You don’t have to listen to me: listen to Eric Raymond.

It’s great to see so many computer-related movies out. First we had Solaris. Then there was Basic. And now, I’m waiting with bated breath to see The Core. Can’t wait.

~~

Seriously though, this year’s April Fool’s Slashdot is once again stupid. Honestly, if I wanted to see fifteen obviously fake stories, why wouldn’t I just read the Slashdot Story Generator?