This kind of discussion is very academic. When choosing a language other metrics are more important than how fast the language is. E.g. the first questions should be: How many programmers are out there using the language? How fast are the developers producing results in the chosen language? Is my application that time critical? What about: How is your data organized? How is the ecosystem of the product: Databases, caches etc. (which would compensate most of the "slowness" of the language?
These are the questions focusing on your product.
Whether a language is fast or not is from my POV a nice question for sitting in a pub with a nice drink at hand and having nerd conversations :]
Agreed, there's a lot of stuff to care about when choosing a language
How many programmers are using this language ? Companies should care about this because it's easier to find programmers to hire in a popular language it's also more likely to find a answer to a question you may have in stackoverflow or any other place, because the language gets used a lot more so there's a bigger chance someone had the same problem as you
How fast are developers getting results on this language ? I think libraries,frameworks and tools are more important here than the language itself, the whole idea of "getting results" for me at least is more linked to a combination of what tools,frameworks and libraries you're using, you're likely to struggle if you choose the "wrong tool" for the job
Is my application "that" time critical ? this is a good thing to ask yourself but i think that some companies start with small apps that get bigger over time, sometimes the choice of a algorithm or way to do something is more important than the speed itself, for example a CPU renderer in C could be slower than GPU renderer using python or javascript
sometimes even "higher level languages" implement libraries as just a wrapper over lower level languages (as it happens a lot in python for example) so it may be wise to use a high level language and write some specific time critical pieces of your code in a shared library in a lower level language if you don't find a good library for the job
Some comments have been hidden by the post's author - find out more
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.
This kind of discussion is very academic. When choosing a language other metrics are more important than how fast the language is. E.g. the first questions should be: How many programmers are out there using the language? How fast are the developers producing results in the chosen language? Is my application that time critical? What about: How is your data organized? How is the ecosystem of the product: Databases, caches etc. (which would compensate most of the "slowness" of the language?
These are the questions focusing on your product.
Whether a language is fast or not is from my POV a nice question for sitting in a pub with a nice drink at hand and having nerd conversations :]
Let's have that nerd conversation sometime 😎
Agreed, there's a lot of stuff to care about when choosing a language
How many programmers are using this language ? Companies should care about this because it's easier to find programmers to hire in a popular language it's also more likely to find a answer to a question you may have in stackoverflow or any other place, because the language gets used a lot more so there's a bigger chance someone had the same problem as you
How fast are developers getting results on this language ? I think libraries,frameworks and tools are more important here than the language itself, the whole idea of "getting results" for me at least is more linked to a combination of what tools,frameworks and libraries you're using, you're likely to struggle if you choose the "wrong tool" for the job
Is my application "that" time critical ? this is a good thing to ask yourself but i think that some companies start with small apps that get bigger over time, sometimes the choice of a algorithm or way to do something is more important than the speed itself, for example a CPU renderer in C could be slower than GPU renderer using python or javascript
sometimes even "higher level languages" implement libraries as just a wrapper over lower level languages (as it happens a lot in python for example) so it may be wise to use a high level language and write some specific time critical pieces of your code in a shared library in a lower level language if you don't find a good library for the job