Python added an infix operator for matrix multiplication back in 2014, and the prevalence of "Python+NumPy for data analysis and number crunching" has only exploded since. I think it's time that NumPy becomes part of the standard library which ships with the CPython interpreter. There are many reasons why this would become a logistical nightmare, but personally I think it'd be worthwhile if it means that the presence of a Python interpreter equates to the presence of a fantastic numerical computing library, and it means anything built on top of NumPy could be truly "pure Python". It means I can ship a 2KiB zipapp and as long our Python versions match then there's no more fiddling with dependency management nonsense when distributing scripts.
I acknowledge that much like Golang, Python's ecosystem mostly assumes you'll be capable of pulling 3rd party dependencies—hence the inclusion of pip and venv. Unlike Golang, which downloads the dependency tree as source and compiles it on each install, tooling for working with 3rd party Python dependencies is messy and requires the user to learn about lots of tooling, especially if they need to build their dependencies from source.
I also acknowledge that 3rd party dependency management is much better today than it was 10 years ago. Conda/poetry/pipenv/etc. have made things better, and in many cases people are deferring to tools not directly associated with the Python ecosystem to simplify their dependency management (e.g. Docker). So many will see the inclusion of NumPy in the stdlib as a bunch of work that is already solved by other tools.
As a final note, this would also force NumPy to have versions that are tied to the Python interpreter, which would be another change for the maintainers of NumPy.
I'll conclude with the statement that just because Python users have become accustomed to the complexity associated with their dependency tooling doesn't mean it always has to be that way. It is my unconfirmed belief that a large amount of teaching content and 3rd party libs that could switch from "please download this binary blob from PyPA servers for this to work" to "If you have a Python interpreter you're good to go".
One nice thing about having all these recipes is that if you have a classification problem, or stochastic scheduling problem, you can run em' all and cross validate to get a sense of what's the best thing for your data! :D