I think we'll see that balance itself out in time.
When you think of the ways that things can go wrong (instead of ways that things can go right) it makes a little more sense. Most of the data, the valuable stuff - is stored in the backend. This means security is constantly important as long as you have data to protect, and that means mistakes in your code can equal millions of dollars in damages, or worse outcomes than just monetary losses or damages.
On the frontend if things go horribly wrong, people may stop using your website, but it would be really hard to cause millions of dollars of damages because you coded a frontend-template in a sloppy way.
The other thing to keep in mind - if you have a web application, you can entirely replace the frontend. You can throw it out, fire the entire team, and hire a new team to build a totally different frontend (maybe for a different platform, or using different languages) but I can't imagine a company hanging onto a really good frontend and tossing out the entire backend team and code and replacing it with a new backend.
Frontend code is more disposable than backend code, no matter how complex or skilled you need to be to write it. And frontend code also doesn't carry the same business risks as backend code.
I think for these reasons, it totally makes more sense to put more money where there's more risk and value (and I'm a frontend guy saying this)
Tommy Hodgins
CSS & Element Queries