标签 Rust 下的文章

写地道的 Go 语言,是否能让你成为了一个更好的开发者?

本文永久链接 – https://tonybai.com/2026/06/11/writing-idiomatic-go-make-you-better

大家好,我是Tony Bai。

在技术圈里,Go 语言(Golang)一直扮演着一个特立独行、甚至有些“格格不入”的角色。

如果你去问一个写 Java、Python、TypeScript 或是 C++ 的程序员对 Go 的第一印象,得到的回答大概率是:“无聊”“简陋”,以及无处不在的 “冗余样板代码(if err != nil)”。它没有优雅的异常捕获机制,早期坚决不引入泛型,更把面向对象最核心的“类继承”给无情斩断了。

然而,在技术社区 Reddit 的 r/golang 板块中,一个极其深刻的问题引发了全网热议:“写地道的 Go 语言(Idiomatic Go),是否让你成为了一个更好的整体开发者?”

令人惊讶的是,那些在业界摸爬滚打多年的大厂架构师、技术主管和多语言老兵们,几乎给出了高度一致的肯定回答。

Go,这门刻意在语法上“自我阉割”、拒绝一切魔法和花哨抽象的语言,究竟是如何反向输出、重新格式化一个程序员的底层智力结构的?在这篇文章中,我们就一起来盘点一下。

显式错误处理:从“假装看不见异常”到“直面毁灭的工程意识”

每个刚开始写 Go 的开发者,最难以忍受的就是地道 Go 语法里近乎强迫症的错误处理:

val, err := DoSomething()
if err != nil {
    return fmt.Errorf("failed to do: %w", err)
}

很多人抱怨:“为什么我非得在每一行可能出错的代码下面,写这三行废话?”

但在 Reddit 的高赞回复中,一个资深开发者从系统设计的层面一针见血地指出了真相:“基于异常(Exception-based)的语言,给我们制造了一种‘异常被完美控制’的幻觉。这其实是极不负责任的。”

在 Java 或 Python 中,当你调用一个可能失败的函数时,你的业务控制流是隐式的。你抛出一个异常,寄希望于上层某个魔妙的 try-catch 块能抓住它。

但实际情况往往是:开发者为了代码的“清爽”,假装看不见潜在的失败,直到生产环境爆出未捕获的运行时异常(Runtime Exception),导致系统崩溃。

而地道的 Go 语言通过返回 (Value, error) 的双元组,逼迫你和错误进行面对面的正面刚:

  • 在每一个可能失败的节点,你都必须立刻、就地做出决定:是包装错误返回?是降级重试?还是优雅地熔断?
  • 你开始把“失败(Failure)”视为系统运行的常规状态,而不是需要恐慌的意外。

许多开发者表示,在适应了 Go 的显式错误处理后,他们回去写 Python 或 TypeScript 时,再也不敢盲目依赖全局异常捕捉了。他们会主动用元组(Tuple)或类似 Result 的结构,在调用点显式解包。这种对错误的敬畏和就地处理的工程意识,是成为高级后端架构师的第一步。

拒绝抽象过载:Go 的“传染性极简”如何治好你的架构妄想症?

很多程序员在拥有了 3 到 5 年的开发经验后,极易患上一种名为“过度设计(Over-engineering)”的职业病:一看到业务需求,本能地就想套用几十种设计模式、建十几层继承树、引入各种高级的元编程和装饰器魔术。

而 Go,是这种“架构妄想症”的特效解毒药。

一位Reddit 用户分享了他的经历。在写了一段时期的 Go 之后,他回过头去写 Python:

天啊,我突然发现有 5 种完全不同的方法去遍历和操作一个数组。我开始陷入无谓的选择困难和审美疲劳。我突然开始怀念 Go 那种‘只有一种最笨、最直接的写法’的无聊感。

Go 语言在设计之初,就故意将语言特性压缩到了极致。它没有隐藏的控制流,没有神奇的操作符重载,没有复杂的类继承。

这种“无聊”逼迫你放弃在代码形式上炫技,转向思考最本质的问题:

  • 这个逻辑能让一个新来的实习生在 30 秒内看懂吗?
  • 这个复杂度真的有必要存在吗?
  • 我的数据流向清晰吗?

写好地道的 Go 要求你学会“自我克制”。当你学会在编译器的安全网中,用最平铺直叙的代码去平复系统的复杂性时,你才真正跨过了从“写代码的泥瓦匠”到“管理复杂度的工程师”的门槛。

隐式接口与组合:告别深层继承树,解锁真正的松耦合

面向对象(OOP)的“多重继承”和“深层父子类”是无数中大型项目腐烂的温床。当你修改了一个顶层父类的方法时,你根本无法预知下面几十个子类会发生怎样灾难性的崩塌。

Go,彻底斩断了这条锁链。它创造性地采用了隐式接口(Structural Subtyping/鸭子类型)

Go 社区有一句广为人知的黄金法则:“Accept interface, return struct.”(接受接口,返回结构体)。

这一原则在 Reddit 社区中被无数开发者奉为圭臬:

  • 输入端轻量级解耦(Accept interface):我的函数不关心你是什么“类”,我只关心你能不能干“读数据(Read)”这件事。
  • 输出端具体、干净(Return struct):我产生的是最具体、最实在的数据,把如何使用它的自由交还给调用者。

这种设计迫使你放弃设计复杂的“分类学(Taxonomy)”层级,转而像拼装乐高积木一样,用 “组合(Composition)” 的思路去重组系统。

在 Go 中,数据(Struct)和行为(Methods)是彻底分离的。没有 giant Class 树,只有扁平的、通过隐式接口拼装在一起的松耦合组件(Ports & Adapters)。这种“六边形架构”思维一旦融入你的脑海,你再去写任何其他语言,都会自然而然地写出极度清爽、极易重构的代码。

系统工程思维的蜕变:为什么“写最无聊的代码”是最高级的职业素养?

在 Reddit 讨论中,最让人产生共鸣的一句话是:

“Idiomatic Go was intentionally designed to make code easy to read for the next developer, not easy to write for the current one.”(地道的 Go,其设计的首要目标是让代码便于下一个开发者阅读,而不是为了让当前的开发者写得爽。)

很多年轻程序员总觉得“越精妙、越难懂、别人都看不懂的代码”才代表高水平。但当你真正经历过生产环境的毒打,半夜三点被报警电话叫醒去 debug 一个无人能懂的“聪明代码”时,你才会明白:可预测性(Predictability)和可读性(Readability)才是衡量一个程序员职业素养的终极指标。

Go 语言通过它的各种限制,强行把大家的代码拉到了同一个频道上。

它逼迫你交出在代码里展示智力优越感的方向盘,让你学会在业务逻辑的深度、数据的流向和工程的健壮性上去寻找真正的技术挑战。这种在软件工程层面的“祛魅”与成熟,正是地道的 Go 给予我们最珍贵的礼物。

小结

回到最初的问题:写地道的 Go 语言,是否能让你成为了一个更好的开发者?

答案是毫无疑问的。

Go 语言就像是一套高标准的“驾驶训练模拟器”。它通过在内存安全、并发模型、依赖管理和错误处理上的硬性规则,逼迫你戒掉所有在其他高级语言中惯出来的“坏毛病”。

它强迫你直面系统失败,强迫你用组合去代替继承,强迫你把简单和可维护性放在首位。

当你完成了这场认知洗礼,重新格式化了自己的大脑之后,你会发现,即便有一天你离开了 Go 去写 C++、Java 或 Python,你写出来的代码也变得比以前更干净、更清晰、更易重构。因为你已经学会了像一个真正的软件工程师一样去思考问题。

资料链接:https://www.reddit.com/r/golang/comments/1tza18e/did_writing_idiomatic_go_made_you_a_better/


还在为写 Agent 框架频频死循环、上下文爆炸而束手无策?我的新专栏 从0 开始构建 Agent Harness 将带你:

  • 抛弃臃肿框架,回归“驾驭工程 (Harness Engineering)”的第一性原理
  • 用 Go 语言手写 ReAct 循环、并发拦截与上下文压缩引擎等,复刻极简OpenClaw
  • 构建坚不可摧的 Safety Middleware 与飞书人工审批防线
  • 在底层实现 Token 成本审计、链路追踪与自动化跑分评估
  • 从“调包侠”进化为掌控大模型边界的“AI 操作系统架构师”

扫描下方二维码,开启从 0 开始构建Agent Harness 的实战之旅。


原「Gopher部落」已重装升级为「Go & AI 精进营」知识星球,快来加入星球,开启你的技术跃迁之旅吧!

我们致力于打造一个高品质的 Go 语言深度学习AI 应用探索 平台。在这里,你将获得:

  • 体系化 Go 核心进阶内容: 深入「Go原理课」、「Go进阶课」、「Go避坑课」等独家深度专栏,夯实你的 Go 内功。
  • 前沿 Go+AI 实战赋能: 紧跟时代步伐,学习「Go+AI应用实战」、「Agent开发实战课」、「Agentic软件工程课」、「Claude Code开发工作流实战课」、「OpenClaw实战分享」等,掌握 AI 时代新技能。
  • 星主 Tony Bai 亲自答疑: 遇到难题?星主第一时间为你深度解析,扫清学习障碍。
  • 高活跃 Gopher 交流圈: 与众多优秀 Gopher 分享心得、讨论技术,碰撞思想火花。
  • 独家资源与内容首发: 技术文章、课程更新、精选资源,第一时间触达。

衷心希望「Go & AI 精进营」能成为你学习、进步、交流的港湾。让我们在此相聚,享受技术精进的快乐!欢迎你的加入!

img{512x368}


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

C++ 的权力游戏:一部关于妥协、背叛与重生的“史诗神剧”

本文永久链接 – https://tonybai.com/2026/06/10/the-story-of-cpp

大家好,我是Tony Bai。

如果将人类现代软件工业比作一部庞大的机器,那么支撑其运转的最核心骨架中,无疑很大一部分由C++支撑。从你手中的智能手机操作系统、每天刷的短视频推荐引擎、华尔街每秒百万次的高频交易系统,到驱动大语言模型(LLM)的底层算力矩阵,C++ 几乎无处不在。

在过去的 40 年里,这门语言一次次被宣布“濒临死亡”,却又一次次浴火重生。它被称为“弗兰肯斯坦的怪物”,被无数程序员诅咒过其令人发指的复杂性。但即便在如今 Rust 和 Go 等现代语言强势围剿的今天,C++ 依然稳坐系统级编程的王座。

近日,一部名为《The Story of C++: The World’s Most Consequential Programming Language》(C++ 官方纪录片)在 YouTube 上引起了巨大轰动。这部长达近两小时的纪录片,首次召集了包括 Bjarne Stroustrup(C++ 之父)、Alexander Stepanov(STL 之父)在内的一众 C++ 核心缔造者,向世人揭开了这门语言背后那些鲜为人知的妥协、背叛与权力斗争

更精彩的是,在海外技术社区 Reddit 的 r/cpp 板块中,这部纪录片引发了无数大厂老炮和编译器极客的热烈讨论,通过将纪录片的官方叙事与社区的“野史”拼凑在一起,我们看到了一部远比代码本身更惊心动魄的技术史诗。

序章:从贝尔实验室逃出的“异类”

时间倒回 1979 年。彼时的贝尔实验室(Bell Labs)是全球计算机科学的“麦加圣地”,Ken Thompson和Dennis Ritchie 在这里创造了 C 语言和 Unix 系统。整个世界都沉浸在 C 语言那种贴近硬件、极致简洁的暴力美学中。

就在此时,一个名叫 Bjarne Stroustrup 的丹麦年轻人来到了贝尔实验室。他需要编写复杂的分布式系统模拟器,很快便发现,C 语言那套基于“函数与指针”的过程式编程,在面对巨大且复杂的系统时,就像是在用石器时代的工具建造摩天大楼——代码极易失控,且难以复用。

于是,他做了一个极具叛逆性的决定:他要在 C 语言的基础上,引入“类(Classes)”的概念。 这就是最初的“C with Classes”。

Bjarne 的初衷极其务实:他不想重新发明轮子,他只想让现有的 C 程序员能够稍微优雅一点地写代码。 因此,他定下了一条死命令:C++ 必须 100% 兼容 C 语言。

在 Reddit 的讨论中,一位资深 C++ 工程师指出:“C++ 之所以能在早期存活下来,唯一的理由就是它能够与海量的 C 语言头文件无缝对接。” 这条与 C 的“血脉绑定”,成为了 C++ 能够迅速占领企业级市场的最强杀手锏,但也为它日后的无底洞复杂性和编译期灾难埋下了最深远的隐患。

第一幕:STL 的救赎——从被群嘲到绝地反击

如果说 Bjarne 给了 C++ 骨架,那么真正赋予 C++ 灵魂的,是另一个极具争议的天才:Alexander Stepanov

在 90 年代初,面向对象编程(OOP)如日中天。所有人都在沉迷于画继承树、搞多态。但 Stepanov 对此嗤之以鼻。他认为,将数据结构和算法强行绑定在对象里,是一种“极度低效且愚蠢的数学谬误”。

他提出了一种名为“泛型编程(Generic Programming)”的思想:算法应该独立于数据结构之外,通过一种叫“迭代器(Iterator)”的桥梁连接。

这就是后来名震天下的 STL(标准模板库)

在纪录片中,最戏剧性的一幕发生在 1993 年的 C++ 标准委员会上。当 Stepanov 第一次将庞大且极其复杂的 STL 提案摆在委员会面前时,遭到了全场的群嘲与抵制。

这太庞大了!这太疯狂了!这简直是在强奸编译器!”大佬们纷纷摇头。

此时的 C++ 委员会,正沉浸在由微软、IBM 等科技巨头把持的“门派斗争”中,没有人愿意为这种学术界的“屠龙术”买单。

在生死存亡之际,是 Bjarne 站了出来。为了让 STL 能够活下来,Bjarne 甚至不惜“扭断了自己亲生孩子的手臂”

一位Reddit 用户分享了一段极其硬核的野史:“听到 Bjarne 承认为了让 STL 能在早期的 Cfront(C++ 编译器前置工具)上编译通过,他强行修改了 C++ 的语言规则,甚至导致了著名的 Cfront 2.0 bug,这简直太搞笑了!

最终,在 Bjarne 的权力背书下,STL 以极其微弱的优势通过了委员会的投票。这一决定,彻底改变了现代软件工业的走向。没有 STL 提供的 Vector、Map 和极度优化的泛型算法,后来的谷歌、亚马逊和高频交易公司根本无法在 C++ 上构建起支撑亿万级流量的系统。

第二幕:巨头的绞杀——微软的野心与 Java 的入侵

正当 C++ 在系统底层攻城略地时,外部的绞杀战开始了。

2000 年前后,C++ 迎来了它生命中最黑暗的“冰河期”。在 Reddit 上,大厂老炮们对这段历史记忆犹新:

  1. Java 的降维打击:Sun 公司推出的 Java 带着“Write Once, Run Anywhere(一次编写,到处运行)”和自带垃圾回收(GC)的承诺,瞬间摧毁了 C++ 在企业级开发层的统治地位。IBM 等巨头一夜之间倒戈。
  2. 微软的背刺:为了对抗 Java,微软推出了自己的 .NET 战略和 C# 语言,并在很大程度上“冻结”了对原生 C++ 工具链的投入。

当时的 C++,就像是一个垂暮的老人:没有包管理器、跨平台编译像一场噩梦、ABI(应用程序二进制接口)地狱让人抓狂。甚至有人提到了一篇著名的早期新闻标题:“The Decline of C++?(C++ 的衰落?)”

更致命的是,C++ 标准委员会(WG21)在这个时期陷入了长达十年的“难产”。各大编译器厂商(尤其是微软的 MSVC)为了各自的商业利益互相扯皮。

在 Reddit 的帖子中,现任 MSVC STL 开发者的 STL 本尊亲自下场“辟谣”与爆料:

当时有很多开发者抱怨微软试图“破坏”STL(因为微软在 STL 里加入了极度拖慢性能的迭代器调试代码 _SECURE_SCL)。STL 大神解释道:“*微软并没有试图破坏 STL,这纯粹是出于对安全性的妥协,而在 2000 年代,由于编译器团队对 C++ 底层模板的理解不足,导致了糟糕的实现。*”

无论如何,在这漫长的十年里(C++98 到 C++11 之前),C++ 停滞不前。这段历史在官方纪录片中被轻描淡写地带过,但在社区看来,这是 C++ 被巨头资本裹挟、险些丧命的耻辱时代。

第三幕:现代 C++ 的绝地反击(C++11 至今)

就在所有人都以为 C++ 将退化为一门“只配用来写驱动”的边缘语言时,C++11 横空出世。

这绝对是编程语言史上最伟大的一次“续命”。C++11 引入了 auto、智能指针(Smart Pointers)、Lambda 表达式以及多线程支持。它仿佛将一辆生锈的老爷车,直接改装成了核动力飞船。

Reddit 上的一位开发者感叹道:“如果你没有经历过在 C++11 之前,仅仅是想要实现一个跨平台的多线程逻辑,就能触发各种未定义行为(UB)的时代,你就无法理解我们现在拥有的现代 C++ 有多么幸福。

此时,硅谷的巨头们也终于醒悟。随着摩尔定律的逐渐放缓(单核 CPU 的免费午餐结束了),亚马逊、谷歌、Meta 以及高频交易巨头 Hudson River Trading(HRT)发现:要想在服务器账单上省下数千万美元,要想让延迟降低到微秒级,只有一条路可走——回归 C++。

从 C++11 开始,标准委员会终于恢复了活力,确立了每三年发布一个新标准(C++14, C++17, C++20…)的铁律。

纪录片中展示了今天 C++ 标准委员会的盛况:从最初的几十人,变成了现在动辄数百人的庞大机构。但这同时也带来了新的诅咒:过度设计与特征膨胀(Feature Bloat)。

终章:C++ 无法摆脱的诅咒与未来

纪录片以一种充满希望的基调收尾,特别提到了即将到来的 C++26 及其杀手级特性:静态反射(Static Reflection)

但在 Hacker News 和 Reddit 上,那些每天深陷在 C++ 屎山代码中的一线架构师们,却显得远没有那么乐观。

1. 缺失的拼图:为什么官方不敢提 Boost?

眼尖的社区极客指出,这部宣称是“官方历史”的纪录片,竟然对 Boost 库 只字未提!要知道,在 C++ 停滞的十年里,是 Boost 库(包含大量实验性的元编程和现代特性)几乎凭借一己之力撑起了 C++ 的生态,并孵化了 C++11 的大部分新特性。社区猜测,这背后可能涉及到 Boost 基金会与 C++ 标准委员会之间复杂的权力斗争与未解恩怨。

2. 基础设施的荒漠:构建工具与包管理器之殇

在 Reddit 上,超过一半的火力集中在一个最朴素的痛点上:C++ 至今没有一个像样的官方包管理器。

当你用 Go 或 Rust 开发时,go get/install 或 cargo install 就能优雅地解决一切。但在 C++ 中,为了集成一个第三方库,你需要聘请一个拥有“博士学位”的 CMake 工程师,在 vcpkg、Conan、Bazel 之间痛苦挣扎,还要处理无穷无尽的 ABI(应用程序二进制接口)冲突。

一位大厂架构师绝望地写道:“标准化不应该强迫企业妥协,但现有的三大包管理器,导致了生态的极端割裂。C++ 真正的问题不在于语言层面,而在于其糟糕透顶的工程工具链体验。

3. 碳(Carbon)与锈(Rust)的围剿

如今,谷歌推出了试图平替 C++ 的 Carbon 语言,而白宫甚至在安全报告中公开呼吁开发者放弃 C/C++,转向内存安全的 Rust。

面对如此巨大的压力,C++ 能够挺过下一轮大洗牌吗?

答案或许依然是肯定的。因为 C++ 早就超越了一门编程语言的范畴,它已经成为了人类数字文明的基础物理法则之一。 那些数以百亿计的遗留代码,那些经历了三十年实战检验的高频交易系统,那些与硬件深度绑定的 GPU 调度矩阵,是不可能在十年内被 Rust 或 Go 完全重写的。

《The Story of C++》不仅是一部纪录片,它是一面镜子。它照出了人类在构建庞大数字帝国时,那种充满妥协、混乱却又无比顽强的工程精神。

C++ 的世界里没有完美的乌托邦。正如 Bjarne Stroustrup 那句最著名的名言:

“世界上只有两种编程语言:一种是人们天天在抱怨的语言,另一种是根本没人用的语言。”

而 C++,无疑是被抱怨得最狠,却又永远无法被抛弃的那一个。

资料链接:

  • https://www.youtube.com/watch?v=lI7tMxzSJ7w
  • https://www.reddit.com/r/cpp/comments/1txhe5n/the_story_of_c_the_worlds_most_consequential/

今日开放讨论:

作为开发者,你认为 C++ 目前最大的痛点是由于它必须保持与 C 的后向兼容(Backwards Compatibility),还是因为它糟糕的构建和包管理工具?在 AI 和 Rust 崛起的时代,你会建议新人继续深入学习 C++ 吗?

欢迎在评论区留下你的观点,我们一起探讨系统级编程的未来!


还在为写 Agent 框架频频死循环、上下文爆炸而束手无策?我的新专栏 从0 开始构建 Agent Harness 将带你:

  • 抛弃臃肿框架,回归“驾驭工程 (Harness Engineering)”的第一性原理
  • 用 Go 语言手写 ReAct 循环、并发拦截与上下文压缩引擎等,复刻极简OpenClaw
  • 构建坚不可摧的 Safety Middleware 与飞书人工审批防线
  • 在底层实现 Token 成本审计、链路追踪与自动化跑分评估
  • 从“调包侠”进化为掌控大模型边界的“AI 操作系统架构师”

扫描下方二维码,开启从 0 开始构建Agent Harness 的实战之旅。


原「Gopher部落」已重装升级为「Go & AI 精进营」知识星球,快来加入星球,开启你的技术跃迁之旅吧!

我们致力于打造一个高品质的 Go 语言深度学习AI 应用探索 平台。在这里,你将获得:

  • 体系化 Go 核心进阶内容: 深入「Go原理课」、「Go进阶课」、「Go避坑课」等独家深度专栏,夯实你的 Go 内功。
  • 前沿 Go+AI 实战赋能: 紧跟时代步伐,学习「Go+AI应用实战」、「Agent开发实战课」、「Agentic软件工程课」、「Claude Code开发工作流实战课」、「OpenClaw实战分享」等,掌握 AI 时代新技能。
  • 星主 Tony Bai 亲自答疑: 遇到难题?星主第一时间为你深度解析,扫清学习障碍。
  • 高活跃 Gopher 交流圈: 与众多优秀 Gopher 分享心得、讨论技术,碰撞思想火花。
  • 独家资源与内容首发: 技术文章、课程更新、精选资源,第一时间触达。

衷心希望「Go & AI 精进营」能成为你学习、进步、交流的港湾。让我们在此相聚,享受技术精进的快乐!欢迎你的加入!

img{512x368}


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

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 AI原生开发工作流实战 从 0 开始构建 Agent Harness 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