It's worth noting that most revolutions happen when the only way remaining to provide for and protect one's children is to take up arms or man the barricades.

... And most of them are won by the side most able to protect its children.

Indeed. And besides, compared to the star system in Hollywood, for example, this is downright democratic.

The intellectual penury that comes with serving with a leader in a given field seems to be gladly endured by most young researchers. This story ignores the fact that, although the senior researcher's name may be at the top of the paper, the junior researcher's name is right there below it.

It's a bit like an actor accepting a lesser credit in order to appear in a bigger film.

Though in fairness, it should be mentioned that, as with other aspects of the language, Perl also assumes that you are using the right operator, and that you actually mean what you wrote:

perl -e 'print "x" + 1;'
1

Or, even better:

perl -e 'print "x" x 22;'
xxxxxxxxxxxxxxxxxxxxxx

The code sneaks a Flash file disguised as a URL into some JSON data and cons the browser into treating it as JavaScript, but on the local machine it acts like an HTML <OBJECT>, and because the browser is executing the Flash code locally now (due to the masquerade), it can run with greater privileges than if it were from a remote site.

Or in layman's terms: Flash totally sucks the suckage, dude. Always did. Still does.

Clearly, they would know that a Cretan is just a Minoan a large pool.

Seconded.

Mojolicious is an excellent back-end or middle layer (depending on your data needs), mostly because it removes the need for many of Perl's more infamous convolutions and contortions. With a bit of Bootstrap and/or AngularJS on the front end, you can get a useable online service put together in a very limited amount of time.

Well, to be fair, climatologists have always been a little dubious about Swedish farmers, too....

As a pilot once sagely put it: Take-off is optional. Landing is compulsory.

Sit down, my child. This may take a while....

I started writing web apps in 1994. Using CGI.pm in Perl was pretty much state of the art - and the art wasn't very pretty. ColdFusion appeared shortly thereafter, but only supported basic control structures - no functions or even subroutines at the start. Then came ASP and a disastrous mishmash of security holes, ActiveX objects being called from the only thing worse than PHP for tag soup with spaghetti code for filler. PHP, for our sins, went from being a 'hey, kids, look - I made a web page!' app to an actual application platform.

.. and the list goes on.

I've lived through the browser standards wars, I've seen such sins committed in the name of the Web that I would wake up screaming, 'Why, Tim Berners Lee?!? WHY???!!' I've lived through <BLINK>, Flash, animated GIFs, <MARQUEE>... and other monstrosities whose names Shall Not Be Spoken.

I've used JavaScript since it was a toy.

But this, my child, is the key: It's not a toy any more. Finally, after two decades of stumbling around blindly, wreaking more chaos and mayhem than a shirtless, drunken Australian on a JetStar weekend in Bali, web development has finally matured. A bit. It's learned that being cool doesn't earn you nearly as many friends as being useful. It's learned that a guy's gotta eat, fer Chrissakes, and sleep from time to time. It's learned that popsicle-stick bridges may be neat, but won't carry the load that a boring old concrete one will.

But, as the scripture says, 'then I put away my childish things.' Oh, it's true that just because we've grown up doesn't mean we've learned every lesson ever. It's true that we Web Developers still get seduced by Teh Shiney. But all in all, we've grown; we've lost our innocence and our hair. But we sleep at night. And we parallelise. And we scale. We're grown-ups now. With grown-up tools.

So put down your PHP child. It's really just Poorly Hung Perl. Accept that JavaScript is a language. REST in your Bower and accept that some change is for the better.

I couldn't agree more about Slashdot curmudgeonery, but the real problem is when that quote comes from the mouths of teachers. Which it all too often does.

Based on my experience (10+ years) working in ICT in a developing country, I think that this plan is:

1) Very audacious; and
2) Very likely to fail. These things work well in micro scale (because of committed individuals), but are very hard to systematise, because of 'I'm old and I don't like this.'

I was thinking more about tweaking the summary to read:

"Researchers recruited 27 men and women to spend several nights in a sleep lab, located on Elm Street. Each night, the surviving volunteers were plunged into REM sleep..."

As a 50-year-old, I'm inclined to agree with the statement that there is such a thing as too many tools, but not for the same reason. Expertise and experience are important, no question about that. But both are often easily transferred from one language or framework to the next. For my part, I'm quite enjoying working with NodeJS, Angular, NoSQL and a bunch of things that take significantly different approaches to problems I've been solving my entire career.

But a problem I face quite often these days is trying to apply the toolkit approach with newer software. On any decent POSIX-supporting platform, you can generally leverage libraries and modules for just about anything and still expect at least a modicum of consistency. Each tool has its own quirks and foibles and strengths, all of which need to be understood, but with a bit of time and perseverance, these can be coped with.

But the application I'm working on right now requires the integration of an Angular framework with UI elements derived from JQuery, D3 and Bootstrap as well as one or two products of the inspiration of some young developers who are clever but sadly too confident in their own abilities. Trying to reconcile them all has resulted in a LOT of time spent pondering, refactoring and coping with bugs that inevitably result from using the tool in a way that wasn't foreseen by enthusiastic but inexperienced developers.

So far, the benefits have outweighed the costs, but there's a fine line between saving time by appropriating others' tools and wasting time shaving a very big, hairy yak.

I like many of the new technologies I'm using, and I love learning new tricks, notwithstanding the few grey hairs remaining on my shining dome. But yes, there is such a thing as too many tools. And many young developers these days are going to have to learn that the hard way.

Not to take away from your argument, but that statement is incorrect. The very first copyright law was "An Act for preventing the frequent Abuses in printing seditious treasonable and unlicensed Bookes and Pamphlets and for regulating of Printing and Printing Presses."

In other words, its original motivation was to limit the ability of people to print whatever they liked - in other words, an engine of censorship.

The US Constitution framed the rationale for copyright differently, as did French copyright law, which introduced the concept of 'droits d'auteur', or authors' rights.

Don't worry, they're going to name the executable 'System Idle Process'. :-)