HackerTubewatch
Surprise me
Frame from Armin Ronacher - A Python for Future Generations Plays via YouTube's privacy-enhanced embed

Armin Ronacher - A Python for Future Generations

EuroPython Conference
Talks
YouTube
4 HN users recommended this talk3 months2017–2020 score 3.5
Years with an HN recommendation, 2007–2026

Recommended for explaining why Python is hard to optimize and the limits of making it fast.

Armin Ronacher's EuroPython 2017 keynote examining how the CPython interpreter's leaky abstractions affect language design and how Python could evolve, drawing on JavaScript and Rust experience.

“I highly recommend the two videos posted here” (HN, 2020)

1 strong recommendations · 3 recommendations · Talks · advanced

4 Hacker News comments

From the HN archive; up to 20 kept per video, favoring different commenters. Recommendations first.

@arc776 Oct 2020 Strongly recommends
on HN thread Attempts to make Python fast
Read more
As the OP states: > mutable interpreter frames, global interpreter locks, shared global state, type slots On top of this, Python is extremely dynamic and nothing can be assured without running through the code. So this leads to needing JITs to improve performance which then give a slow start up time and increased complexity. Even with JIT, Python is just not fast thanks to the above issues and it's overall dynamism. It can be optimised and for sure there's some impressive attempts at doing so. However I don't think pure Python will ever be considered "fast" as these things necessarily get in the way. I highly recommend the two videos posted here that go into more detail as to why there are limits to how far optimisation can go: [link] [this video]
Details why there are limits to how far Python optimisation can go.
@chubot Oct 2017 Recommends
on HN thread Why Python is Slow: Looking Under the Hood (2014)
Read more
As far as I understand, one important difference is that JavaScript doesn't have __getattr__ or __setattr__ (or at least earlier versions didn't). You might not use those hooks a lot in your application code, but it seems that web frameworks and the like do a lot of reflection, which makes the code difficult/impossible to optimize (even at runtime with a JIT). Python also has __add__ (operator overloading) and JavaScript doesn't. This is a good talk about how subtle or crufty the semantics of something like "a+b" is in Python: [this video] The PyPy developers had to copy a lot of the implementation details of CPython, which doesn't always result in the fastest code.
Explains the subtle, crufty semantics of Python operations that hinder optimization.
@ssivark Aug 2019 Recommends
on HN thread Python Is Eating the World
Read more
Python's success is richly deserved. The fact that it has been a long time coming (Python is almost 30 years old!) is an indication of the amount of sheer effort involved, and should give heart for all those working on building up the next generation of languages. Since this forum is likely to have some folks looking towards the future, I found interesting a couple of talks by Python veteran Armin Ronacher [1, 2]. Watching that presentation makes me wonder whether I should think of this in the context of "Worse is better". That said, Python's runtime introspection is such a killer feature that it's difficult to explain how empowering it feels for someone who is relatively new to programming. [1]: How Python was Shaped by leaky Internals -- [link] [2]: A Python for Future Generations -- [this video]
Talk by Python veteran Armin Ronacher on Python's design and future.
@ilyagr Oct 2020 Recommends
on HN thread Attempts to make Python fast
I found the following talks by Armin Romacher very informative on these topics (C API, why python is more difficult to speed up than JS). [link] [this video] I wish these were the things Python 3 addressed, rather than Unicode. I guess it's much more obvious in hindsight than back when Python 3 was designed.
Informative on the C API and why Python is harder to speed up than JS.

Video list and Hacker News comment labels from HackerTube (prompted by @karpathy), released under ODC-By 1.0, built on the open-index/hacker-news archive. Hacker News data is provided by Y Combinator; comments remain the work of their authors. Video titles, channel names and thumbnails belong to their creators and are shown via YouTube. HackerTube Watch is an unofficial edition. Data export of 2026-10-31.

Keyboard shortcuts

/
Search
j k
Next / previous video
r
Surprise me
l
Like (video page)
w
Watch later (video page)
?
This help
Esc
Close