I think we'll mostly just need to have a good grasp of concurrency (which has already been the case). For a lot of things, you might just be able to throw more cores or more servers at it.
When you need more single-thread performance out of, say, Python, there are ways to do it: PyPy, Numpy, Cython (compiles Python to C or something like that), or calling out to some other library that's already written in a systems language.
If you have these tools in your toolbox, Python might be fast enough for you. There are likely similar tools for Ruby and JS.
Of course, some programmers will still need to write the fast libraries, so there will still be a need for lower-level languages. It's just a question of where on the stack you want to specialize. For applications, Python (or *sigh* other higher higher-level languages, i guess :P ) is probably all you'll need* until you reach a certain scale.
Games might be another story.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
I think we'll mostly just need to have a good grasp of concurrency (which has already been the case). For a lot of things, you might just be able to throw more cores or more servers at it.
When you need more single-thread performance out of, say, Python, there are ways to do it: PyPy, Numpy, Cython (compiles Python to C or something like that), or calling out to some other library that's already written in a systems language.
If you have these tools in your toolbox, Python might be fast enough for you. There are likely similar tools for Ruby and JS.
Of course, some programmers will still need to write the fast libraries, so there will still be a need for lower-level languages. It's just a question of where on the stack you want to specialize. For applications, Python (or *sigh* other higher higher-level languages, i guess :P ) is probably all you'll need* until you reach a certain scale.
Games might be another story.