Allie Jo Casey

I believe this was documenting that, because Hy is a python dependency you can only make zip apps via [`shiv`](https://shiv.readthedocs.io/en/latest/) which packages the dependencies with the module unlike Python [`zipapp`](https://docs.python.org/3/library/zipapp.html)

ahhh i misread. then we can remove the doc me and leave the feature.

This is fantastic work @vidjuheffex! Thank you for this

I think it's a mistake to not document the rational and design philosophy of the codebase. It can be invaluable to future maintainers. It's understandable though to not worry about...

Having a dedicated `develop` branch and only auto upload on merge to `master` is a pretty standard CI/CD setup

I can't recreate the issue with `sklearn` but i can with dask. However, setting the `multiprocessing` executable to `python3` seems to actually work now. @Kodiologist is the sklearn thing still...

since dask still crashes because, and i'm sure other python packages that use multiprocessing extensively, maybe we should set multiprocessing to `sys.executable` *before* we set `sys.executable` to hy. Making it...

zipapp doesn't package dependencies (which Hy is one of) along with the code being packaged. I believe in this use case you'd have to use something like [shiv](https://github.com/linkedin/shiv). This could...

python does nothing with them, but whatever language server protocol your editor uses can use them to do static analysis and find potential bugs (either through MyPy or Pyright) so...

it can be added to travis and error out if someone introduces a pr that isn't typed properly