3 ms·

> Python has a shallower learning curve and an easy way to get “good enough” performance (a bit slower than C). The article we all reply to exactly claims that

by acqq 9y ago

> Python has a shallower learning curve and an easy way to get “good enough” performance (a bit slower than C). The article we all reply to exactly claims that as soon as you don't use e.g. NumPy, it's not "good enough" anymore, and I agree with that. The article also argues that e.g. JavaScript isn't more in the same category with Python, but much faster, even if it's not less dynamic. I think the reason for JavaScript's speed vs. Python's slowness is obvious: there were wealthy companies involved, which were, due to competition pressures, motivated to speed up their own JavaScript engines. To get to the point where Python has similar speeds somebody would have to be motivated enough to invest heavily, and then it could happen. As far as I know, there aren't technical limitations against that.

pjmlp 9y ago
Every time this comes up, there are also the good examples of Lisp, Dylan and Smalltalk as languages that as dynamic as Python, while enjoying relatively good JIT compilers.
- e12e 9y ago
  Which of course python has too (pypy). Although it depends on what your bar for "relatively good" is.
  - pjmlp 9y ago
    Sure, but PyPy seems to be largely ignored and I commend their developers for being so persistent.
ShroudedNight 9y ago
Having actively worked on a JIT compiler for CPython; in retrospect, JavaScript had a significant advantage over python: the expected requirement of one's JavaScript code to run more-or-less compatibly on a variety of interpreters. So much Python has historically been tied to CPython's specific ideosyncracies that there is significantly more onus on the upstart VM developers to maintain compatibility with paralinguistic behaviour (things like expectations regarding object destruction sequencing).
- guitarbill 9y ago
  It seems like the downfall of anything non-CPython is either the C API or the GIL, although I'm shocked at how good package support is looking for PyPy now (http://packages.pypy.org http://packages.pypy.org). Makes me want to try it again. Javascript also has the "benefit" of an appalling base library, while the base library that CPython provides is quite large, and growing.

by acqq 9y ago

pjmlp 9y ago

Every time this comes up, there are also the good examples of Lisp, Dylan and Smalltalk as languages that as dynamic as Python, while enjoying relatively good JIT compilers.

e12e 9y ago
Which of course python has too (pypy). Although it depends on what your bar for "relatively good" is.
- pjmlp 9y ago
  Sure, but PyPy seems to be largely ignored and I commend their developers for being so persistent.

ShroudedNight 9y ago

Having actively worked on a JIT compiler for CPython; in retrospect, JavaScript had a significant advantage over python: the expected requirement of one's JavaScript code to run more-or-less compatibly on a variety of interpreters. So much Python has historically been tied to CPython's specific ideosyncracies that there is significantly more onus on the upstart VM developers to maintain compatibility with paralinguistic behaviour (things like expectations regarding object destruction sequencing).

guitarbill 9y ago
It seems like the downfall of anything non-CPython is either the C API or the GIL, although I'm shocked at how good package support is looking for PyPy now (http://packages.pypy.org http://packages.pypy.org). Makes me want to try it again. Javascript also has the "benefit" of an appalling base library, while the base library that CPython provides is quite large, and growing.