You can get a job at craig's list. Which... from what I've heard, is a really good job.
http://www.indeed.com/jobtrends?q=perl%2C+python%2C+ruby&...
Python and Ruby aren't nearly as popular as Perl. CPAN, Perl's repository of libraries, is gigantic, having most everything you can think of already in it; which makes writing new programs much, much easier.
As much as Ruby and Python fanboys love to beat up on Perl, their favorite languages have their uglyness and their own faults (which you'll rarely hear them mention). However, their propaganda really has worked on a lot of people that really don't know any better. So my impression is that a lot of the newer stuff is being written for Ruby and Python. So it would probably pay to learn them for that, if nothing else. But I would definitely think twice before choosing them instead of Perl.
Once upon a time (five years ago or so) I did Perl professionally. At first I bought into the CPAN hype -- everything's there! Any library you'll ever need has already been written and is in the CPAN! -- but after actually using it for a while, I learned that Sturgeon's Law has no exceptions. There were so many packages which were broken, uninstallable, non-functional or nearly undocumented that trying to use stuff from CPAN could end up involving more time than just writing from scratch.
When, one day, I encountered documentation for one project which listed all its dependencies, and then gave a long list of things it needed which were in CPAN but in such broken states that CPAN couldn't actually be used to install them (and an even longer list of instructions for how to manually install and work through the bugs), I started looking for something else.
Look, when you've got a large enough library of third-party contributions, some portion of them will be broken. And the more libraries people use to build their own libraries, the more dependencies there'll be.
Let me know when some other languages manage to solve these problems, or when the upstart languages actually get enough third party libraries for them to have to start facing this problem themselves.
That in no way implies any of the statements you're attempting to shove into my mouth, however, so perhaps you should step back a bit and reconsider what you're saying?
How many DateTime modules are there? Which one is really used by everyone the last few years -- and when should you use the previous one?
CPAN is, afaik, better than anything else out there.