3 ms·
The phrase "competing on speed" begs the question "competing...with what?" If the answer is "machine compiled languages", then yes, it's unlikely Python will ev
by saghm 5y ago
The phrase "competing on speed" begs the question "competing...with what?" If the answer is "machine compiled languages", then yes, it's unlikely Python will ever match their speed without also being compiled to machine code, but there are plenty of other interpreted languages with better performance than Python (even ruling out stuff like Java that technically isn't "compiled into machine language" in the way that phrase usually would mean); lots of work is done on JavaScript interpreters to improve performance, and I don't think that specifically has cost the language much flexibility.
- nextaccountic 5y ago> other interpreted languages Both Java and Javascript are ultimately compiled into machine code, through JIT. And this matters because Python doesn't have JIT. Even Ruby, that is historically a way slower language, is gaining JIT nowadays. Python has got no excuses.
- acomjean 5y agoI use python. I don’t love it but it has a good selection of libraries for what I do. It’s not blazing fast but not terribly slow either. As for multiprocess, I currently have 150 python process running on the work cluster. Each doing their bit of a large task. The heavy lifting is in a python library but it’s C code. but it’s actually not bad performance wise and frankly wasn’t to bad to code up. I think for my use case threads would make it harder. Maybe Im liking python more over time..
- pjmlp 5y agoJava is technically compiled into machine language, it is a matter to chose the JDK that offers such options, many people don't, but that is their problem, not lack of options. JavaScript interpreters that people actually use, have a JIT inbox.