←back to thread

I don't like NumPy

(dynomight.net)
480 points MinimalAction | 1 comments | 15 May 25 16:05 UTC | HN request time: 0s | source
Show context
complex_pi ◴[15 May 25 18:51 UTC] No.43998087[source]▶
NumPy allows a lot of science to happen. Grievance is fine but a little respect is as well.

NumPy is the lingua franca for storing and passing arrays in memory in Python.

Thank you NumPy!

replies(2): >>43998205 #>>43998238 #
rekenaut ◴[15 May 25 19:06 UTC] No.43998238[source]▶
This is great aspect of it, but that doesn’t diminish that it feels so tedious to work with compared to Julia and Matlab. Some of that is just from trying to shoehorn Python as a scientific computing language, but I think it’s time to revisit whether Python should have first party support for vectorization, arrays in memory, and broadcasting as Julia and Matlab have.
replies(3): >>43998331 #>>43998604 #>>44004526 #
1. sevensor ◴[16 May 25 12:17 UTC] No.44004526[source]▶
Where are these people who use Matlab properly? All I ever see in other people’s Matlab code is for loops. Their idea of speeding up their code is using parfor.

Obligatory licensing rant: you have to pay extra to use parfor, as I found out one day when the license server at work told me I couldn’t run somebody else’s code because we were out of licenses for that iteration construct. This is just Mathworks taking advantage of ignorant people who don’t understand what Matlab is to inflict more misery with their insane licensing scheme. It’s not just that it’s expensive, it’s that it’s weirdly unpredictable. I mean, come on, the code was slow and chock full of errors as it was. To have it randomly fail because the license server was out of parallel toolbox licenses is just insulting.