ideas

> My personal view is that the world has largely moved on from dynamically typed languages for anything non-trivial or that isn't essentially plumbing. For good reason. Of course people will bring up Javascript but it has a captive market as being the only thing that'll universally run code in a browser and the likes of TypeScript can ease that burden anyway. This is not correct. There is a lot of data analysis code in the research and scientific community written in python. A lot of PyCon attendees and speakers come from these communities. Oftentimes, it’s not easy to write code to perform a task entirely in numpy, and then you incur massive slowdowns (often 20-100x). This is a common and contemporary problem in the python ecosystem. GVR initially didn’t think that python needed to be faster either, but recently changed his mind. You can

It's a number of factors, including the loading of the modules necessary to start python and the standard library. Check out https://github.com/faster-cpython/ideas/issues?q=is%3Aissue+... for some ideas regarding improvement there.

I thought of this idea as well, but don’t think this is really the right approach. Many of these issues relate to specific features which developers subsequently avoid using. I think these types of initiatives should be more broadly targeted and probably curated by the maintainers/users of the software. E.g. the faster-cpython project is focusing on improving general Python interpreter performance: https://github.com/faster-cpython/ideas

TFA references a pitch on GitHub => https://github.com/faster-cpython/ideas/blob/main/FasterCPyt... It sounds as though Microsoft has some strategic goals centered around Python, if I'm not over-reading Guido.

Presentation from Guido van Rossum at the Python Language Summit: https://github.com/faster-cpython/ideas/blob/main/FasterCPyt...