Short answer: no, this is not "best practice." It may even be bad for your SEO (read: people may not be able to find your site, making the number of humans who don't have JS turned on a moot point).
It's also arguably unnecessary. How often are you really going to change the name of your assets once you have them in? As a professional developer, I'd argue the answer is "very rarely," especially if your CDN based assets are such that you request a major version (ie - "3.x") and let the library maintainer handle the minor versions.
If you're dealing with hundreds of pages, you'll want to look into templating of some sort, since maintaining that in any form (not just the assets) is going to be cumbersome.
Depending on your hosting, you may have access to PHP or possibly Ruby or Python. Each of these server side languages have templating systems for websites and now would be a good time to check them out.
If your hosting option doesn't have that, there are also JavaScript options.
As mentioned in the comments, Moustache.js is a good option, and is available for many languages (including JavaScript, PHP, and Ruby), making it a good option regardless of what your hosting option has available.
If you're just experimenting, you can also toy with HTML Templates, which are part of the new HTML component standards. However, be mindful that Internet Explorer does not support them at all.
Once you choose your templating solution, you can then create a template partial that houses all of the content of your head (or, depending on the templating system, you can create a "layout" that houses that data, as well as the core structure of your site; refer to the documentation for information on which way to go). That way, you only need to update one file when things change.
You can also then pull out your CSS from the JavaScript file, so you don't get a flash of unstyled content (FOUC) when your page loads (you'll probably want to do that, anyway, regardless of what route you go).