TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Project Verona: Fearless Concurrency for Python

165 点作者 ptx9 天前

12 条评论

fmajid6 天前
Microsoft laid off the Faster CPython lead Mark Shannon and ended support for the project, where does this leave the Verona project?
评论 #44019642 未加载
评论 #44021784 未加载
zenkey6 天前
I've been programming with Python for over 10 years now, and I use type hints whenever I can because of how many bugs they help catch. At this point, I'm beginning to form a rather radical view. As LLMs get smarter and vibe coding (or even more abstract ways of producing software) becomes normalized, we'll be less and less concerned about compatibility with existing codebases because new code will be cheaper, faster to produce, and more disposable. If progress continues at this pace, generating tests with near 100% coverage and fully rewriting libraries against those tests could be feasible within the next decade. Given that, I don't think backward compatibility should be the priority when it comes to language design and improvements. I'm personally ready to embrace a "Python 4" with a strict ownership model like Rust's (hopefully more flexible), fully typed, with the old baggage dropped and all the new bells and whistles. Static typing should also help LLMs produce more correct code and make iteration and refactoring easier.
评论 #44020816 未加载
评论 #44021524 未加载
评论 #44019975 未加载
评论 #44019832 未加载
评论 #44021890 未加载
评论 #44021321 未加载
评论 #44020642 未加载
评论 #44019794 未加载
评论 #44021627 未加载
评论 #44026400 未加载
评论 #44019972 未加载
评论 #44029900 未加载
评论 #44019790 未加载
评论 #44028045 未加载
评论 #44021006 未加载
Findecanor6 天前
The filename of the formal paper[1] reveals the internal codename: &quot;Pyrona&quot;.<p>1: <a href="https:&#x2F;&#x2F;www.microsoft.com&#x2F;en-us&#x2F;research&#x2F;wp-content&#x2F;uploads&#x2F;2025&#x2F;04&#x2F;pyrona_camera_ready.pdf" rel="nofollow">https:&#x2F;&#x2F;www.microsoft.com&#x2F;en-us&#x2F;research&#x2F;wp-content&#x2F;uploads&#x2F;...</a>
froh6 天前
I&#x27;d rather love to see confluent persistence in python, i.e. a git-like management of an object tree.<p>so when you create a new call stack ( generator, async sth, thread) you can create a twig&#x2F;branch, and that is modified in-place, copy on write.<p>and you decide when and how to merge a data branch,there are support frameworks for this, even defaults but in general merging data is a deliberate operation. like with git.<p>locally, a python with this option looks and feels single threaded, no brain knots. sharing and merging intermediate results becomes a deliberate operation with synchronisation points that you can reason about.
评论 #44020751 未加载
mgraczyk5 天前
Is anyone familiar with Instagram&#x27;s cinder?<p><a href="https:&#x2F;&#x2F;github.com&#x2F;facebookincubator&#x2F;cinder">https:&#x2F;&#x2F;github.com&#x2F;facebookincubator&#x2F;cinder</a><p>cinder includes changes for immutable module objects. I wonder if the implementation is similar? Or is cinder so old that it would be incompatible with the future noGil direction?
评论 #44029556 未加载
ashf0234 天前
If I understand it correctly, this is only catching ownership violations at runtime, so it doesn&#x27;t actually prevent writing&#x2F;shipping the bug? But it does seem to be able to improve the detection rate and determinism, and also help with diagnosing the bug when it&#x27;s discovered. If this does let simple unit tests in CI discover concurrency bugs, that&#x27;s a big improvement, even if it&#x27;s not as strong as static analysis. I imagine there are still cases where the ownership violation is not deterministic though, e.g. depending on the data or the app&#x27;s configuration, and maybe will not be caught until production
kubb6 天前
Sounds like a fun job, I’d love to do something like this in my 9 to 5.<p>It’s also amazing how much work goes into making Python a decent platform because it’s popular. Work that will never be finished and could have been avoided with better design.<p>Get users first, lock them in, fix problems later seems to be the lesson here.
评论 #44020286 未加载
评论 #44019664 未加载
评论 #44019653 未加载
评论 #44020212 未加载
评论 #44022784 未加载
评论 #44020070 未加载
OutOfHere5 天前
Microsoft just fired 3% of its staff, more than it ever did before. I would stick with type-checked free-threaded Python with locks and queues. Someone should be able to enhance the type checker to also check for unsafe mutation of variables.
评论 #44021632 未加载
pjmlp6 天前
This looks like a pivot on the Project Verona research, as there have not been much other papers out since the initial announcement, regarding the programming language itself.
throwaway815236 天前
I wish Python had moved to the BEAM or something similar as part of the 2 to 3 transition. This other stuff makes me cringe.
评论 #44022668 未加载
评论 #44020328 未加载
bgwalter6 天前
This is the true Python concurrency effort! I know, I have followed many! (Life of Brian)<p>So they sounded out the Faster CPython team, which is now fired (was van Rossum fired, too?):<p>&quot;Over the last two years, we have been engaging with the Faster CPython team at Microsoft as a sounding board for our ideas.&quot;<p>And revive the subinterpreter approach yet again.
评论 #44021822 未加载
akkad335 天前
&quot;fearless concurrency&quot; reminds of the buzzword for another language
评论 #44025094 未加载