External Web Istructurenfra
There's been quite a lot of discussion about a recent , which was prompted, in part, by a piece on the Βι¶ΉΤΌΕΔ's Radio Labs blog about a product we're internally calling "Perl on Rails". Much of this discussion has spilled over to places like , too.
Parts of these discussions haven't been too accurate; but all of them have been interesting and useful to read, and have been discussed internally here. Tom Scott, the original poster of the Radio Labs blog entry, has also replied to some specific points .
We demonstrated one of the products built on top of "Perl on Rails" at last week, to a good reaction - at least, we filled up the room! And, after a discussion with our colleagues, I'm pleased to be able to let you know that, yes, we will be adding this to the Βι¶ΉΤΌΕΔ's open source projects. More details will appear on the Βι¶ΉΤΌΕΔ Radio Labs blog when we're ready.
I think it's fair to say that the Βι¶ΉΤΌΕΔ's external web infrastructure isn't the world's most advanced - deliberately so, given the amount of traffic we have to deal with on some occasions like emergencies. However, as Seb says, there is some work in place to refresh this (not quite using the stack he suggests); it's been given new vigour by some of the new senior management team who've recently joined the Βι¶ΉΤΌΕΔ; all going well, you should see some of the fruits of this project in the new year.
On the other side, our internal tools use a variety of different technologies (I've seen PHP, Ruby/Rails, Perl and ASP at least), so if you're thinking of working for us don't think that you're totally useless to us if you don't
sub job_requirement {
my $target = shift;
$target = 'perl' unless defined $target;
return "understand $target.\n";
}
print job_requirement("this");
James Cridland is Head of Future Media & Technology for Βι¶ΉΤΌΕΔ Audio & Music Interactive, and wrote his last line of Perl in 2000.
Comments