标签 Rust 下的文章

Go写业务是垃圾?Rust重写是坨屎?聊聊程序员评论区里的那股“煞气”

本文永久链接 – https://tonybai.com/2025/09/19/the-tension-in-programmer-comments

大家好,我是Tony Bai。

做公众号/博客这些年,我收到了成千上万条来自程序员朋友的评论。绝大多数都充满了智慧、好奇和善意,正是这些交流,构成了我持续分享的最大动力。但与此同时,我也常常在评论区里,感受到一股强烈的、带有攻击性的无形之气。

比如,当我分享一篇关于Go在业务场景实践的文章时,总会有人跳出来,言简意赅地留下一句:“用Go写业务是不是很垃圾?”

又比如,当社区在探讨用Rust重构某个C++项目时,评论区可能会出现这样的“高论”:“用Rust重写C++代码,就是从一坨屎变成了另一坨屎。”

这些评论,往往脏字当头,不带任何论据,纯粹是情绪的宣泄。我思来想去,觉得用“戾气”或“喷子”来形容,似乎都不够精准。直到有一天,一个词蹦进了我的脑海——“煞气”

这个词,源于传统文化,意指一种凶戾、非理性、具有破坏性的气场。它精准地捕捉了这类评论的本质:其目的并非交流思想,而是用情绪的冲击波,扼杀讨论,打击分享者的热情。正因如此,我之前公众号的自动精选评论和留言不得不改为手工精选,这不仅增加了工作量,还降低了评论展示的及时性。

今天,这篇文章不旨在批判,而是想和大家一起,深入地聊一聊程序员评论区里的这股“煞气”,尝试理解它从何而来,并探讨作为技术社区的一员,我们该如何面对它,如何保护我们共同的精神家园。

“煞气”的百态图鉴:你一定见过的几种典型“煞评”

这股“煞气”并非铁板一块,它以多种面目出现在我们的视野中,总有一种让你觉得似曾相识:

  • “一言以蔽之”型
    这类评论堪称“断言大师”,从不屑于提供论据,仅用一句话便能给一门语言、一个框架甚至一个技术方向盖棺定论。

    • “Go就是不行。”
    • “WebAssembly没前途。”
    • “微服务就是个坑。”
      简洁,有力,不容置疑,仿佛掌握了宇宙的终极真理。
  • “非黑即白”型(技术圣战)
    在他们眼中,技术选型不是基于场景和权衡,而是一场关乎信仰的“圣战”。语言、编辑器、操作系统……万物皆可站队,异端必须被消灭。

    • “用Rust重写C++就是从一坨屎变成另一坨屎。”
    • “Vim/Emacs之外皆异端!”
    • “还在用Windows/Mac开发?笑死。”
  • “资格论”与“秀优越”型
    这类评论善于通过攻击对方的身份、资历或知识储备,来釜底抽薪式地否定其观点,从而建立自己的优越感。

    • “你连源码都没读过,凭什么评论?”
    • “这东西我十年前就玩过了,没什么新意。”
    • “等你写到百万行代码再来讨论架构吧。”
  • “情绪投射”型
    这类评论者,往往将自己在工作中因某项技术受挫而产生的负面情绪,无差别地投射到所有相关的公开讨论中,把评论区当成了情绪的垃圾桶。

    • “我们项目刚被XXX坑惨了,这玩意儿就是个彻头彻尾的垃圾!”
    • “又在吹这门语言?我刚因为它的GC问题加了三天班!”

这些充满“煞气”的评论,像病毒一样侵蚀着技术社区的讨论氛围,让许多乐于分享的创作者心生寒意,也让许多渴望学习的新人望而却步。

溯源“煞气”:它们究竟从何而来?

要应对“煞气”,首先要理解它的来源。它并非简单的“素质问题”,背后往往有更深层次的、属于程序员群体的心理动因:

  1. 高认知负荷与挫败感: 软件开发本质上是一项与复杂性搏斗的高难度、高挫败感的工作。代码不工作是常态,被需求反复折磨是日常。长期累积的压力和挫败感,需要一个宣泄的出口,而匿名的网络评论区便成了最廉价的选择。
  2. 强身份认同与技术部落主义: 许多程序员倾向于将自我价值与所掌握的技术栈深度绑定。“我是Gopher”、“我是Rustacean”,这种身份认同感带来了归属感,但也催生了“部落主义”。攻击对立的技术,本质上是在捍卫自我身份和所属部落的“荣耀”。
  3. 对“最优解”的执念与抽象能力的差异: 我们的工作是与逻辑打交道,追求严谨和正确,这使得许多程序员潜意识里相信存在一个放之四海而皆准的“最优解”。这种思维惯性,导致在面对需要权衡(Trade-off)的工程问题时,容易陷入“非黑即白”的二元对立,无法容忍不同场景下的不同选择。
  4. 知识的诅咒: 一些资深开发者,已经忘记了自己初学时期的困惑和挣扎。他们对自己领域内“显而易见”的知识缺乏同理心,容易将新手的提问或不成熟的观点视为“愚蠢”,并报以轻蔑或不耐烦。
  5. 网络匿名性的放大效应: 这是所有网络社区的通病。脱离了现实世界的社交约束,人们更容易释放出内心的攻击性。

化解“煞气”:我们每个人的社区修行

面对弥漫的“煞气”,无论是内容创作者还是普通读者,我们每个人都身处其中,既可能是受害者,也可能在不经意间成为助推者。与其抱怨环境,不如从自身做起,共同参与到社区的净化与建设中来。

给所有社区参与者的“修行建议”:

  1. 评论前,区分“观点”与“情绪”: 在敲下键盘前,花一秒钟审视内心:我即将表达的,是基于逻辑和事实的技术观点,还是仅仅是想吐槽一下今天遇到的某个Bug或者糟糕的心情?有意识地分离这两者,是理性讨论的第一步。
  2. 拥抱“建设性批评”的艺术: 如果你不同意某个观点,这非常正常,甚至是技术进步的源泉。但请尝试用建设性的方式来表达:
    • 提供论据: “我认为这个方案有风险,因为在XX场景下,它可能会导致YY问题。”
    • 提供替代方案: “相比A方案,我更推荐B方案,因为B在处理XX方面更有优势。”
    • 补充上下文: “这个观点在小型项目中可能适用,但在大规模分布式系统中,我们需要额外考虑……”
      这样的评论,远比一句简单的“你这是垃圾”有价值千万倍。
  3. 常怀谦逊与同理心: 技术世界浩瀚无垠,我们每个人都只是其中渺小的一粟。承认自己知识的局限性,尊重不同技术在不同场景下的存在价值。我们今天所不屑的,可能正是我们昨天所困惑的;我们今天所熟稔的,可能是别人明天将要探索的新大陆。多一份同理心,少一份优越感。

小结:化“煞气”为“祥和之气”,共建更有价值的技术社区

回到开头的那些评论。Go写业务当然不是垃圾,Rust重写C++也绝非原地踏步。每一种技术选择背后,都有其复杂的工程背景和权衡考量。一个健康的技术社区,应该是一个能够容纳并理性探讨这些权衡的地方。

我们探讨“程序员的‘煞气’”,目标不是消灭所有反对的声音,健康的质疑和辩论是技术进步的基石。我们的目标,是希望将那些无意义的、纯粹消耗热情的情绪宣泄,转化为能够推动我们共同进步的思想碰撞。

这需要我们每一位社区参与者的共同努力:分享者多一份对人性的理解和对经验的珍视,评论者多一份理性和建设性的态度。

愿我们都能成为驱散“煞气”的光,让技术社区的每一次讨论,都离智慧更近一步。


想系统学习Go,构建扎实的知识体系?

我的新书《Go语言第一课》是你的首选。源自2.4万人好评的极客时间专栏,内容全面升级,同步至Go 1.24。首发期有专属五折优惠,不到40元即可入手,扫码即可拥有这本300页的Go语言入门宝典,即刻开启你的Go语言高效学习之旅!


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

Azure CTO 深度解读:微软为何要用 Rust “替换” C/C++,又将如何用 AI 加速代码迁移?

本文永久链接 – https://tonybai.com/2025/09/11/microsoft-is-getting-rusty

大家好,我是Tony Bai。

近日,微软 Azure CTO、技术巨擘 Mark Russinovich 在一场 Rust 技术会议上发表了闭幕演讲,以前所未有的坦诚和力度,揭示了微软内部正在进行的一场深刻的技术变革:全面拥抱 Rust,并战略性地替代 C/C++。

他不仅分享了 Rust 在 Windows 内核、Office、Azure 云等核心产品中的惊人实践案例,还首次披露了微软正在研发的、利用 AI 大模型自动将 C/C++ 代码转换为安全 Rust 的前沿工具。这既是一次技术分享,也是一份来自行业顶层的宣言。

在这篇文章中,我们就来看看微软在走向Rust的路上究竟做了哪些工作和改变,用户和社区的反馈又是如何。

战略驱动:为何微软必须转向 Rust?

演讲开篇,Mark Russinovich 就抛出了一个触目惊心的数据,这也是驱动微软进行这场变革的根本原因:

在过去十几年中,微软所有产品中 70% 的安全漏洞,均由 C/C++ 中的内存安全问题导致。

他直言,这种趋势仍在继续,这已不仅仅是技术债,更是持续不断的安全事件和威胁。正是基于此,他个人早已成为 Rust 的坚定拥护者,并分享了一段有趣的往事:2022年,他在看到编程语言排行榜后,有感而发地发布了一条推文——“是时候停止在任何新项目中使用 C/C++ 了,业界应该转向 Rust”

这条推文成为了他有史以来互动量最高的内容,甚至引来了微软 CEO Satya Nadella 的电话询问。而他的回答坚定不移:“是的,我坚信如此。”

这并非一时冲动,而是一场席卷微软的、自下而上与自上而下相结合的运动。从美国国家安全局 (NSA) 呼吁业界放弃内存不安全的语言,到微软自身因不安全代码被攻击后发起的“安全未来倡议 (Secure Future Initiative)”,微软上下已经形成共识:必须摆脱不安全的语言

实践版图:Rust 在微软核心产品中的落地生根

Mark Russinovich 随后详细介绍了 Rust 在微软内部的实践版图,其广度和深度令人瞩目。

Windows:从内核“阿喀琉斯之踵”开始

  • Project Mu (UEFI 固件): 微软选择从安全性要求极高的系统引导固件入手,用 Rust 重写了 UEFI 实现(Project Mu)。该项目已应用于 Azure 数据中心和 Surface 笔记本,并已开源,旨在推动整个硬件生态采用 Rust。
  • DirectWrite (核心图形组件): 团队选择了一个漏洞频发的独立组件——负责字体解析的 DirectWrite 进行移植。两名开发者耗时六个月,将 15.4 万行 C/C++ 代码移植为 Rust。结果不仅消除了安全隐患,还意外获得了 5% 到 15% 的性能提升
  • Win32k.sys (GDI 模块): 这是 Windows 安全的“阿喀琉斯之踵”,过去20年间漏洞不断。微软选择用 Rust 重写了其中的 GDI Regions 子系统。两名开发者耗时三个月,移植了 6.3 万行 代码进入内核态。尽管 C++/Rust 的互操作边界带来了巨大挑战,但项目最终成功,且没有性能衰退。如今,在 Windows 系统目录中,你甚至能找到带有 _rs 后缀的内核模块文件。

Office 与 Azure 云:性能与安全的双重胜利

  • Office (DISKANN 向量搜索): Office 团队将一个前沿的向量搜索算法(DISKANN)从 C++ 移植到 Rust,用于 Office 365 和 Azure Cosmos DB。结果是惊人的:在实现同等 QPS 的情况下,召回率显著提升,内存占用反而下降
  • Azure (CTO 的铁腕): Mark Russinovich 透露,早在发布那条著名推文的两三年前,他就已在 Azure 内部颁布指令:“Azure 中不再有新的 C++ 系统代码”。这一指令推动了 Rust 在 Azure 基础架构中的全面应用:
    • 硬件层面: 云服务器的开源可信根项目 Caliptra、深入每台服务器的 Azure Integrated HSM 硬件安全模块,其固件均由 Rust 编写。
    • 硬件卸载卡: 负责网络和存储处理的智能网卡(DPU)上的新组件,已全部使用 Rust 开发,部分已有 C++ 组件也被迁移到了 Rust。
    • 虚拟化: Hyper-V 的 Arm64 模拟代码已用 Rust 重写;最近开源的 Open VMM(一个准虚拟化监视器)完全由 Rust 构建;而革命性的 Hyper-V Lite 项目,能以微秒级速度启动一个超轻量级虚拟机来运行 WASM 负载,其原型虽为 C#,但最终的开源实现完全是 Rust。
  • Azure 服务:
    • Azure Data Explorer (ADX): 这个每天处理 PB 级数据的日志分析平台,其 V2 版本后完全用 35 万行 Rust 代码 重写,性能超越 C++ 版本,成为微软内部 Rust 实践的标杆案例。
    • Azure SDK for Rust: 顺应客户需求,Azure 官方已发布了 Rust SDK 的 Beta 版本,标志着 Rust 正式成为 Azure 的一等公民语言。

真实反馈:来自一线开发者的收获与挑战

这场变革并非一帆风顺。Mark Russinovich 坦诚地分享了一线开发者的真实反馈:

** 收获 (The Positives):**

  • “如果它能编译,它就能工作”: 这是开发者们提到最多的一点,与 C++ 编译通过后仍充满不确定性的体验形成鲜明对比。
  • 减少摩擦,专注创新: 消除了内存安全和数据竞争等底层心智负担。
  • “两个月的转变”: 一个常见的模式是,C++ 开发者最初会对所有权和借用检查器感到痛苦,但大约两个月后,他们会转变为 Rust 的忠实拥护者。

** 挑战 (The Negatives):**

  • C++ 互操作性是第一大难题: 在逐步替换大型 C++ 项目时,处理两种语言的边界问题耗费了大量精力。
  • 工具链仍有待成熟
  • Crate 生态系统: 开发者不确定应该使用和信任哪些第三方库。
  • 部分依赖的特性尚未稳定
  • 动态链接: 在 Windows 生态中常见的动态链接,与 Rust 的结合存在问题。

尽管存在这些挑战,但 Mark Russinovich 强调,优点已经足够让微软“全身心投入 (all in)”

展望未来:用 AI 加速 “去 C++” 进程

演讲的最后,Mark Russinovich 揭示了微软正在探索的、旨在加速 Rust 迁移的“终极武器”——自动化代码翻译

微软正在从两个方向推进这项工作:

  1. 专用转译器 (Transpiler): 针对特定领域,如经过形式化验证的加密库。微软研究团队已开发出一个工具,能将严格遵循特定规范的 C 代码自动、安全地转译为 100% safe 的 Rust 代码,并确保其数学验证在转译后依然有效。
  2. 通用 AI 翻译器 (GenAI + GraphRAG): 这是更宏伟的目标。传统的 LLM 在处理多文件、复杂的 C++ 项目时效果不佳。微软正在利用一种名为 GraphRAG (图检索增强生成) 的先进技术。该技术能将代码解析为抽象语法树,并构建一个多层次的、包含代码摘要和依赖关系的图谱。当进行翻译时,AI 可以基于这个图谱进行更精准、更具上下文感知的代码生成。

他现场演示了一个将多文件 Python 小游戏翻译为 Rust 的例子。普通的 GPT-4o 生成的代码无法编译,而 GraphRAG 驱动的翻译器则一次性生成了可完美运行的、100% safe 的 Rust 代码

总结:一场自上而下的语言革命

Mark Russinovich 的演讲,标志着 Rust 在主流工业界的应用进入了一个全新的阶段。微软的实践雄辩地证明,用 Rust 替代 C/C++ 不仅是为了安全,更能带来意想不到的性能收益和开发体验提升。

更重要的是,微软的承诺是全方位的:从内部产品的深度重构,到对社区的资金支持,再到投入研发力量攻克 C++ 互操作和自动化迁移这两大核心难题。

正如 Mark 所言,一门语言的成熟需要超过十年的时间。Rust 已经走到了这个节点,其生态和工具链的成熟度已经达到了一个临界点,使得像微软这样的巨头可以放心下注。对于任何想要挑战 Rust 地位的新语言来说,都将面临一座极难逾越的高山。

微软的“All in”,不仅是对 Rust 过去的肯定,更是对未来的巨大投资。这无疑为整个软件行业指明了一个更安全、更高效的方向。


你的Go技能,是否也卡在了“熟练”到“精通”的瓶颈期?

  • 想写出更地道、更健壮的Go代码,却总在细节上踩坑?
  • 渴望提升软件设计能力,驾驭复杂Go项目却缺乏章法?
  • 想打造生产级的Go服务,却在工程化实践中屡屡受挫?

继《Go语言第一课》后,我的《Go语言进阶课》终于在极客时间与大家见面了!

我的全新极客时间专栏 《Tony Bai·Go语言进阶课》就是为这样的你量身打造!30+讲硬核内容,带你夯实语法认知,提升设计思维,锻造工程实践能力,更有实战项目串讲。

目标只有一个:助你完成从“Go熟练工”到“Go专家”的蜕变! 现在就加入,让你的Go技能再上一个新台阶!


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 Go语言精进之路1 Go语言精进之路2 Go语言第一课 Go语言编程指南
商务合作请联系bigwhite.cn AT aliyun.com

欢迎使用邮件订阅我的博客

输入邮箱订阅本站,只要有新文章发布,就会第一时间发送邮件通知你哦!

这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn
DigitalOcean Referral Badge

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats