4 ms·

So who does it right? If all these APIs suck compared to an imaginary perfect library, then that isn’t a useful comparison. Also, if an endpoint is spending mi

by sk2020 6y ago

So who does it right? If all these APIs suck compared to an imaginary perfect library, then that isn’t a useful comparison. Also, if an endpoint is spending minutes to respond, then I would think actually profiling the application would be a good start. Maybe researching prior art in the problem domain would be good too. If nobody can be bothered to explore the several solutions to distributing pandas computations over multiple cores, like Dask, and get the NPV of just buying more or faster cores, then “Python sucks” isn’t your problem.

throwaway894345 6y ago
That’s quite a rant with a lot of assumptions. Just about every library has a better API than matplotlib or pandas. Requests has a pretty good API IMO. The team who was responsible for the slow endpoint did investigate dask and alternatives, and they probably will end up on something like spark because they didn’t feel like they have better options. Maybe our team is just stupid and Python isn’t for mere mortals, I don’t know, but I do know that these problems don’t exist in other languages.
- sk2020 6y ago
  I would certainly hope a minimal HTTP library would be simpler than a suite of functions to manipulate and plot tabular data. “My application is slow, the language sucks!” Doesn’t indicate a very serious investigation into the problem.
  - throwaway894345 6y ago
    > I would certainly hope a minimal HTTP library would be simpler than a suite of functions to manipulate and plot tabular data. HTTP is pretty complex, but that's neither here nor there. The relevant bit is that there is no domain for which guessing caller intent based on reflection over argument types is appropriate. > “My application is slow, the language sucks!” Doesn’t indicate a very serious investigation into the problem. I was pretty explicit above and elsewhere in this thread about why Python's performance is miserable; I'm not sure why you would invoke such a poorly constructed straw man when everyone can look upthread and see my actual arguments.

by sk2020 6y ago

throwaway894345 6y ago

That’s quite a rant with a lot of assumptions. Just about every library has a better API than matplotlib or pandas. Requests has a pretty good API IMO. The team who was responsible for the slow endpoint did investigate dask and alternatives, and they probably will end up on something like spark because they didn’t feel like they have better options. Maybe our team is just stupid and Python isn’t for mere mortals, I don’t know, but I do know that these problems don’t exist in other languages.

sk2020 6y ago
I would certainly hope a minimal HTTP library would be simpler than a suite of functions to manipulate and plot tabular data. “My application is slow, the language sucks!” Doesn’t indicate a very serious investigation into the problem.
- throwaway894345 6y ago
  > I would certainly hope a minimal HTTP library would be simpler than a suite of functions to manipulate and plot tabular data. HTTP is pretty complex, but that's neither here nor there. The relevant bit is that there is no domain for which guessing caller intent based on reflection over argument types is appropriate. > “My application is slow, the language sucks!” Doesn’t indicate a very serious investigation into the problem. I was pretty explicit above and elsewhere in this thread about why Python's performance is miserable; I'm not sure why you would invoke such a poorly constructed straw man when everyone can look upthread and see my actual arguments.