Yes, but developers don't have to ever interact with it.
> Also, look at how cython work
Cython works by adding a separate build step. Changing a Cython module requires you to recompile it, which is avoided with a JIT.
Yes, but developers don't have to ever interact with it.
> Also, look at how cython work
Cython works by adding a separate build step. Changing a Cython module requires you to recompile it, which is avoided with a JIT.
FWIW, I think we could probably buy ourselves a lot of latitude to optimize CPython by designating a much smaller API surface (like h.py) and then optimizations largely won’t have to worry about breaking compatibility with C-extensions (which seems to be the biggest reason CPython is unoptimized).
But in general I’ve lost faith in the maintainers’ leadership to drive through this kind of change (or similarly, to fix package management), so I’ve moved on to greener pastures (Go for the most part, with some Rust here and there) and everything is just so easy nowadays compared to my ~15 years as a Python developer.
For big monoliths (like ours at IG), the server start-up can take more than 10sec, which is already super high for a "edit -> refresh" workflow. Introducing a Cython like compilation step is really a major drawback for every single developer.
For smaller projects, Cython works extremely well (and we do use it for places where we need to interface with C/C++).
Then skip it for your dev builds.