-
-
Notifications
You must be signed in to change notification settings - Fork 12
Treat Dask and other libs in the Scientific Libraries lecture? #57
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I would vote for a |
Another library to consider would be |
Sounds good. We just need use cases, I guess. |
Perhaps we should drop Cython from this lecture and just recommend that our users stick to Numba. It's caused execution errors on various machines and it's probably worse on Windows (for our users). |
hey @jstac I think this is a good idea, particularly given a large number of users are on windows. This is an excellent point and not well tested. |
This might be useful in the future (as it is currently in active development) |
Dask is used in this QuantEcon Notes example to compute proximity matrices. It might be possible to use Dask to import the HS trade data and do some of the dataframe manipulations beforehand (currently done with Pandas) as well. |
Thanks @duncanhobbs --- this could be a good example. |
Should dask be treated in this lecture: https://lectures.quantecon.org/py/sci_libs.html ?
Any other libraries we're not treating but should at least mention? Jax?
I'm rehashing this question from Slack, where @AakashGfude says: dask is awesome and easy to use. I think we can. It has got a lot of traction as well, with 4.9k stars in github.
@mmcky @shizejin @QBatista @cc7768
Any library we treat needs an application to illustrate it. Thanks in advance for your thoughts!
The text was updated successfully, but these errors were encountered: