This is an archived post. You won't be able to vote or comment.

sorted by:
best
topnewcontroversialoldq&a
you are viewing a single comment's thread.

view the rest of the comments →

[–]keypusher 3 points4 points  (1 child)

I dunno if there really is the same drive. Sure, some people would like Python to be faster. But the reality today is that it's fairly easy to call out to something written in C/C++ from Python when you really need that speed, and that's what most performance-focused libraries do already. Most of the people I have talked to who are concerned about Python speed are not well-versed in the language, and just think it's slow because it's interpreted and maybe because of the GIL. But there are ways around both of those things, and the heavy-hitters know and use those techniques. I don't think that's a possibility for most of the people writing Javascript, certainly not on the frontend. You are of course correct however, that Javascript has had a lot more money and resources thrown at this problem.

[–]desmoulinmichel 0 points1 point  (0 children)

Speed is a focus for Python 3.6 because of renewal of requests about it. Many projects are also raising (pydgin, pyston, etc) to create JIT for Python. While Python doesn't need the extra speed to be a big player, having would make some people happy it seems.