News for hackers. Stuff that matters.
Re:Async Python Is Secretly Deterministic by KraftyOne on Friday April 03, 2026 @04:03PM (#47631502)
It's been a stable (and documented) behavior of the Python standard library for almost a decade now. It's possible it may change--nothing is ever set in stone--but that would be a large change in Python that would come with plenty of warning and time for adjustment.
Re:Async Python Is Secretly Deterministic by 9dev on Friday April 03, 2026 @04:31PM (#47631859)
And then one day, Astral creates a new Python implementation in Rust or something that is way faster and all the rage, but does this particular thing different than CPython. Whoops, you can’t use that runtime, because you now have cursed parts in your codebase that produce nondeterministic behaviour you can’t really find a reason for.
Re:Async Python Is Secretly Deterministic by stuartjohnson12 on Friday April 03, 2026 @05:50PM (#47632789)
and then all the serverless platforms will start using Astral's new rust-based runtime to reduce cold starts, and in theory it's identical, except half of packages now don't work and it's very hard to anticipate which ones will and will not and behold! You have achieved Deno
Re:Async Python Is Secretly Deterministic by ubercore on Friday April 03, 2026 @05:04PM (#47632254)
That's a bit what it felt like when I was learning Rust async.

I get it, but "ecosystems" of async runtimes have a pretty big cost.

Re:Async Python Is Secretly Deterministic by LtWorf on Friday April 03, 2026 @08:58PM (#47634421)
If the python core team cared about not breaking things I wouldn't need to run my tests on all versions of python.
Re:Async Python Is Secretly Deterministic by wavemode on Friday April 03, 2026 @10:46PM (#47635161)
If I know anything about the Python community - that new runtime would simply never gain significant traction, due to the incompatibility.
Re:Async Python Is Secretly Deterministic by farsa on Friday April 03, 2026 @05:05PM (#47632286)
Well, in my early days programming python I made a lot(!!) of code assuming non-concurrent execution, but some of that code will break in the future with GIL removal. Hopefully the Python devs keep these important changes as opt-ins.