Isn’t it time to stop using the phrase “scripting language”?
The original example was for scripting to be used for scripts; to cobble together a working pipeline of lesser parts into an automation or to massage data. Every traditional scripting language is by now usable for deeper programming, and many of them are good at it. The performance argument was always a long-term fallacy because it conflates language with implementation and indeed something like Node is as fast as anything because it uses the tireless improvements in V8.
Every programming language I know is used for both scripting and application development. Half of them are called scripting languages for historical reasons. I don’t know when the next wave of interesting languages will come, but I bet no one will use the term “scripting” beyond to say that it’s usable to write scripts in.
There is maybe a place to retain a distinction; shell languages like sh, bash and Powershell, and maybe also real, actual in-system scripting languages where you can’t escape the box and have access to very few tools, are truly intended to be used for scripting in their original meaning. They actually provide little facility for good programming practices because they’re not focused on them but on the task at hand. (C++ is the converse of this coin; making it hard to use it for anything but big system programming because intricacy is encouraged.)
The long and short of it is that we all know half of Google runs on Python. If you program today, you will write scripts, you will write applications and you will write systems, and you will do it in a few different languages, but the two axes are now truly disjointed. There’s no reason for me to not write scripts in C# and a network server in JavaScript any longer, and to burden either language with labels of their heritage is a mistake.