并行编程的禅意：协调比算力更重要
The Zen of Parallel Programming
在阅读《An Introduction to Parallel Programming》时，我意识到处理器间的通信、人与人之间的交流，以及个体内部的自我对话有着惊人的相似性。虽然算力的提升让我们能解码人类基因组、加速药物研发，但单纯增加处理器并不能自动产生更多价值。关键在于如何将问题拆解，让各个部分有效通信、同步并分担负载，避免有的过载有的闲置。这就像我们人类，即便拥有智慧、情感和创造力，若无法协调统一，也会陷入焦虑与内耗。真正的挑战不在于获取更多力量，而在于学会协调我们已有的力量，让思想、情感与行动真诚同步，避免内部冲突导致的倦怠。
也许我们最大的局限并非力量不足，而是力量在自我对抗中相互抵消。
HN 评论区
36- torginus
我完全看不懂这篇文章的任何一个字。我到底漏掉了什么洞见？文中连只言片语都没提到写屏障（write barriers）、futexes、操作系统调度器、关键路径，以及它们与禅宗或任何类似概念的关系。这篇文章完全可以被改写成《编译器设计的禅意》或《音频工程的禅意》，甚至其他任何主题，而无需对文字做太多实质性改动，因为它实在太泛泛而谈了。
我真心怀疑这只是一篇序言，而我错过了通往文章正题的点击链接。
- alexpotato
分布式系统应用于人类时，最棒的一句引用（来自 Dan Luu）：
“到目前为止，我们所探讨的都是技术问题。与组织问题相比，技术问题要直截了当得多。分布式系统之所以被认为很难，是因为真实系统可能会丢失约 0.1% 的消息，损坏更小比例的消息，并出现微秒到毫秒级的延迟。当我与高层对话，比较他们认为自己在说什么和我同事认为他们在说什么时，我发现消息丢失率远超 50%，每条消息都被扭曲，而延迟可能长达数月甚至数年。”
- datadrivenangel
Fred Brooks 在《人月神话》（The Mythical Man Month）中指出，人与人之间的沟通成本增长速度快于线性增长，因此给项目增加人手只会让项目延期。
- baud9600
确实，“禅意”（zen of）被生硬地贴在了许多话题上……当事情很复杂时，却建议“简单”，这已经是一个陈词滥调。这真的有用吗，还是只是一种伪灵性？
我很享受阅读这里的评论，我认为关于技术问题的划分和团队安排确实有道理。将功能（或构建）的频率视为我们划分问题的反映，这个想法很有趣。这让我想到我们的团队在尝试发布版本时遇到的问题，但“禅意”和“并行”并没有提供任何提示。这不过是关于如何更好地组织工作，就像一直以来那样。
- SuperNinKenDo
我很欣赏有人试图将不同的概念联系起来，从而提供一些新的视角；我完全乐意接受那些经不起深究的类比……但就像其他人说的那样，这篇文章读起来像草稿或序言。此外，这其中的任何内容与“禅”有什么关系？文章毫无进展，与标题中提出的概念毫无关联。无缘无故地在任何事物前加上“禅意”（the zen of），十年前就已经让人厌倦了，可人们还在这么做。我们懂你的意思了，你听说过那本书。