News for hackers. Stuff that matters.
Re:Why Python is Slow: Looking Under the Hood (2014) by anon1253 on Wednesday October 25, 2017 @07:22AM (#15549141)
Except it isn't really. Yes, Python is incredibly slow for day to day stuff, but the sheer amount of easy to use numerical libraries (numpy, scipy, scikit-learn, tensorflow, keras, opencv, just to name a few) make it one of the fastest out there for numerical computation. I tried doing some numerical heavy stuff on the JVM (with Java and Clojure) and it fights you every step of the way ... and that has static typing and all the things the article mentions. Of course, Python derives that functionality from C and Fortran … but just having that interop at your fingertips is magical in terms of productivity. I still get nightmares from working with the JNI.
Re:Why Python is Slow: Looking Under the Hood (2014) by jeremyjh on Wednesday October 25, 2017 @07:40AM (#15549226)
This point is addressed in literally the first paragraph of the submitted article.
Re:Why Python is Slow: Looking Under the Hood (2014) by plasticxme on Wednesday October 25, 2017 @07:43AM (#15549239)
If you read the post, you’d know that you’ve basically summarized it.
Re:Why Python is Slow: Looking Under the Hood (2014) by pjmlp on Wednesday October 25, 2017 @07:39AM (#15549225)
The point is not having to write C and Fortran in first place.
Re:Why Python is Slow: Looking Under the Hood (2014) by dr_zoidberg on Wednesday October 25, 2017 @08:20AM (#15549418)
As a heavy user of numpy, I use a lot of C and Fortran code, without having to write it.