“我从未想过学完 Rust 后会转向 Go”—— 这门“无聊”的语言究竟有什么魅力？
本文永久链接 – https://tonybai.com/2025/12/07/switching-from-rust-to-go-appeal-of-the-language
大家好，我是Tony Bai。
“我从未想过在学习 Rust 之后，我还会转而学习 Go。”
近日，开发者 Abhishek Singh 的一条推文，以其独特的、充满“诗意”的笔触，在开发者社区引发了广泛的共鸣和讨论。这句自白之所以令人惊讶，是因为它描绘了一条在很多人看来“不可思议”的技术迁徙路径：从 Rust——一门以其严谨、强大、表达力丰富著称的现代语言，转向 Go——一门在许多人眼中“简单”、“啰嗦”甚至“无聊”的语言。
这篇充满矛盾感的推文，让我们不得不直面那个核心问题：当剥离了那些华丽的语言特性后，Go 这门看似“无聊”的语言，究竟隐藏着何种独特的魅力，足以让一位经历过 Rust 洗礼的开发者最终与之“和解”，甚至“像写诗一样”乐在其中？
本文，就让我们跟随这位开发者的心路历程，层层深入，一同探寻这个问题的答案。
“无聊”的表象，是可预测性的极致
Singh 在推文中这样描述 Go 的特质：“简单却不简陋，无聊却又令人兴奋”。让我们先来看“无聊”这一面。
对于习惯了 Rust 强大的 enum、模式匹配和 Trait 系统的开发者来说，Go 的世界确实显得有些“朴素”甚至“原始”。日常的编码，充斥着对 struct 的简单定义和一遍又一遍的 if err != nil。Go 缺乏许多现代语言中“炫技”的语法糖，这正是其“无聊感”的来源。
然而，这种“无聊”恰恰是 Go 最重要的魅力之一：极致的可预测性。
- 没有隐式控制流：在 Go 中，代码的执行路径是完全可见的。没有 try-catch 带来的“超级 goto”，没有复杂的继承链和方法重载，也没有操作符重载带来的“魔法”。你看到的，就是即将发生的。
- 错误处理的确定性：if err != nil 虽然繁琐，但它强制开发者在每一个可能出错的地方，都必须做出明确的处理。这使得错误处理路径成为代码中清晰、可见的一部分，而不是一个随时可能从天而降的“异常”。
让我们看一个简单的文件读取例子。在某些语言中，它可能看起来很简洁：
# Python 示例
try:
content = read_file("some_file.txt")
process(content)
except FileNotFoundError:
handle_not_found()
except PermissionError:
handle_permission_denied()
而在Go中，则是我们熟悉的“啰嗦”模式：
// Go 示例
content, err := readFile("some_file.txt")
if err != nil {
if os.IsNotExist(err) {
handleNotFound()
} else if os.IsPermission(err) {
handlePermissionDenied()
} else {
// Handle other errors
}
return
}
process(content)
Python的 try-catch 看起来更“优雅”，但控制流发生了隐式的跳转。而Go的方式，虽然代码行数更多，但错误的处理逻辑是线性的、局部的、无法被忽略的。对于构建大型、可维护的系统而言，这种看似“无聊”的显式和直白，是一种极其宝贵的资产。它降低了代码的认知负荷，让任何一位团队成员都能快速理解并信任一段代码的行为。这是一种褪去华丽外表后，回归工程本质的、成熟的美。
“简单”的背后，是组合的无限可能
Singh 接着说，Go 是“愚蠢地简单，直到它突然变得复杂”。这份“突然的复杂”，并非源于语言本身的复杂性，而是源于 Go 提供的那些极其简单的原语，在组合之后所爆发出的巨大能量。
这其中最具代表性的，就是 Go 的并发模型。
当 Singh 感叹自己“像写诗一样写着 goroutine”时，他所体验到的，正是 Go 并发设计的核心魅力。Go 没有提供复杂的线程库或 async/await 语法，它只给了你两个最基础的构建块：
- go 关键字：一种极其廉价的、启动并发任务的方式。
- channel：一种用于在并发任务之间安全通信和同步的管道。
正是这两个看似“简陋”的原语，让开发者能够像拼接乐高积木一样，以一种直观、优雅的方式，构建出极其复杂的并发模式。从“扇入扇出”(Fan-in/Fan-out) 到“流水线”(Pipelines)，再到优雅的超时和取消控制。
这份隐藏在简单之下的兴奋感，正是 Go “简单却不简陋，无聊却又令人兴奋”的最佳注脚。
“中间态”的定位，是务实主义的最终胜利
最后，让我们回到 Singh 那段最富哲学意味的描述：
“从未有过前后之分，而是介于两者之间。”
(Never been before and after but somehow in the middle.)
Go 在现代编程语言光谱中，确实处于一个独特的“中间态”。它是一种务实的、为解决问题而生的工程语言：
- 它不像 C 那样强迫你手动管理内存，但通过指针让你保留了对内存布局的基本理解。
- 它不像 Python 那样高度动态，但通过其简洁的语法和强大的工具链，提供了极高的开发效率。
- 它不像 Rust 那样追求编译期的极致安全，但通过 GC 和明确的错误处理，在安全性和开发速度之间取得了绝佳的平衡。
对于许多从 Rust 这样的语言过来的开发者，初期的体验很可能是一场“战斗”。你会怀念那些强大的抽象工具。然而，当你跨越了这段“排异反应”期，开始真正用 Go 的方式去思考和构建时，你便会与这门语言达成“和解”。
小结
长期用过Go语言进行开发的朋友也许都会发现，Go 并没有试图成为一门在理论上最完美、功能上最丰富的语言。它的所有设计，都服务于一个核心目标：让一个由普通工程师组成的团队，能够以一种可持续的方式，高效地构建出健壮、可维护的大型软件。
在这个热衷于创造复杂性、追逐下一个“银弹”的技术时代，Go的这份“无聊”与“克制”，或许才是一种最稀缺、也最值得我们工程师珍视的品质。
这，或许就是这门“无聊”语言，最深刻、也最持久的魅力。
资料链接：https://x.com/0xlelouch_/status/1990139566150566379
聊聊你的“真香”时刻
Singh 的经历让我们看到了技术选择的另一面。作为 Gopher，你在使用 Go 的过程中，是否有过从“嫌弃它的繁琐”到“享受它的确定性”的心理转变？或者，你认为 Go 的哪一个“无聊”特性，反而在实际工程中救了你的命？
欢迎在评论区分享你的故事和感悟！
如果这篇文章让你对 Go 的设计哲学有了新的理解，别忘了点个【赞】和【在看】，分享给更多在技术选型中迷茫的朋友！
还在为“复制粘贴喂AI”而烦恼？我的新专栏 《AI原生开发工作流实战》 将带你：
- 告别低效，重塑开发范式
- 驾驭AI Agent(Claude Code)，实现工作流自动化
- 从“AI使用者”进化为规范驱动开发的“工作流指挥家”
扫描下方二维码，开启你的AI原生开发之旅。
你的Go技能，是否也卡在了“熟练”到“精通”的瓶颈期？
- 想写出更地道、更健壮的Go代码，却总在细节上踩坑？
- 渴望提升软件设计能力，驾驭复杂Go项目却缺乏章法？
- 想打造生产级的Go服务，却在工程化实践中屡屡受挫？
继《Go语言第一课》后，我的《Go语言进阶课》终于在极客时间与大家见面了！
我的全新极客时间专栏 《Tony Bai·Go语言进阶课》就是为这样的你量身打造！30+讲硬核内容，带你夯实语法认知，提升设计思维，锻造工程实践能力，更有实战项目串讲。
目标只有一个：助你完成从“Go熟练工”到“Go专家”的蜕变！ 现在就加入，让你的Go技能再上一个新台阶！
商务合作方式：撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求，请扫描下方公众号二维码，与我私信联系。
评论