标签 k8s 下的文章

Twitch工程师的Go进阶之路:为何你写的Go代码,总感觉“不对劲”?

本文永久链接 – https://tonybai.com/2025/07/04/everything-i-did-to-become-an-expert-in-golang

大家好,我是Tony Bai。

你是否也有过这样的时刻?

你已经用 Go 写了不少代码,项目也能跑起来,但内心深处总有一种挥之不去的“别扭感”。你写的 Go 代码,看起来更像是“带有 Go 语法的 Java/Python”,充斥着你从旧语言带来的思维习惯。代码或许能工作,但它不优雅,不简洁,总感觉“不对劲”。

最近,Twitch 的一位资深机器学习工程师 Melkey 分享了他从 Go 小白成长为生产级系统开发者的心路历程。他的故事,完美地诠释了如何突破这个瓶颈,完成从“会写”到“写好”Go 的关键一跃。

在这篇文章中,我们就来解读一下这位工程师的Go专家之路,看看从中可以借鉴到哪些有意义的方法。

从“被迫营业”到“感觉不对”的困境

和许多人一样,Melkey 开始学习 Go 并非出于热爱,而是因为工作的“逼迫”。2021年,当他以初级工程师的身份加入 Twitch 时,他还是一个习惯于用 Python 写脚本的“简单小子”,对 Go 一无所知。为了保住这份改变人生的工作,他别无选择,只能硬着头皮学下去。

很快,他熟悉了指针、静态类型和 Go 的基本语法。但问题也随之而来:他感觉自己的 Go 水平停滞不前,写出的代码“干巴巴的”,缺乏神韵。 他只是在完成任务,却丝毫没有感受到这门语言的魅力,更谈不上建立起真正的理解和喜爱。

这正是许多 Gopher,尤其是从其他语言转来的开发者,都会遇到的困境:我们只是在用 Go 的语法,实现其他语言的逻辑。 我们还没有真正进入 Go 的世界。

“顿悟”时刻:《Effective Go》带来的思维重塑

改变发生在 Melkey 偶然读到 Go 官方文档中的一篇文章——Effective Go 的那一刻。这篇文章里的几段话,像一道闪电,瞬间击穿了他的迷茫:

“A straightforward translation of a C++ or Java program into Go is unlikely to produce a satisfactory result—Java programs are written in Java, not Go.

In other words, to write Go well, it’s important to understand its properties and idioms. It’s also important to know the established conventions for programming in Go… so that programs you write will be easy for other Go programmers to understand.”

这段话的核心思想振聋发聩:将 C++ 或 Java 程序直接翻译成 Go,不可能得到令人满意的结果。要想写好 Go,就必须理解它的特性和惯用法。

Melkey 恍然大悟:他之前所做的,正是这种“直接翻译”的笨拙工作。他缺少的,是一次彻底的“思维重塑”——停止用过去的经验来套用 Go,而是开始真正地用 Go 的思维方式去思考问题。

什么是“Go 的思维方式”?

那么,这种听起来有些玄乎的“Go 思维”究竟是什么?它不是什么神秘的魔法,而是植根于 Go 语言设计中的一系列核心哲学:

1. 崇尚简洁与可读性

Go 厌恶“魔法”。它倾向于用清晰、直白、甚至略显“笨拙”的代码,来换取长期的可读性和可维护性。相比于某些语言中炫技式的语法糖和复杂的隐式行为,Go 鼓励你把事情的来龙去脉写得一清二楚。

2. 组合优于继承

Go 没有类和继承。它通过接口(interface)实现多态,通过结构体嵌入(struct embedding)实现组合。这种方式鼓励开发者构建小而专注的组件,然后像搭乐高一样将它们组合起来,而不是构建庞大而僵硬的继承树。

3. 显式错误处理

if err != nil 是 Go 中最常见也最富争议的代码。但它恰恰体现了 Go 的哲学:错误是程序中正常且重要的一部分,必须被显式地处理,而不是通过 try-catch 这样的语法结构被隐藏起来。它强迫你直面每一个可能出错的地方。

4. 并发是语言的一等公民

Goroutine 和 Channel 不仅仅是两个原生语法元素,它们是一种构建程序的新范式。正如 Rob Pike 所言,“并发不是并行”。Go 鼓励你从设计的源头,就把程序看作是一组通过通信来协作的、独立的并发单元,而不是在写完一堆顺序代码后,再思考如何用线程池去“并行化”它。

从理论到实践:用项目和资源内化新思维

当然,仅仅理解了这些哲学还远远不够。Melkey 强调,在读完所有文档后,他意识到“阅读所能做的就这么多了”,必须将新学到的思想付诸实践。

理论的顿悟,必须通过刻意的项目练习来巩固和内化。下面,就是他亲身走过的、从入门到精通的“四步实战路径”,以及在这条路上为他保驾护航的“精选资源清单”。

一条清晰的实战路径:用四类项目锤炼 Go 思维

  • 第一站:HTTP 服务 (从简单到复杂)

这是 Go 最核心的应用场景,也是梦开始的地方。从最基础的 CRUD、健康检查 API 入手,逐步深入到 OAuth 认证、自定义中间件、利用 context 包进行请求范围内的值传递等。这个过程能让你全面掌握构建生产级 Web 后端所需的各项技能。

  • 第二站:CLI 工具

许多优秀的 Go 开源项目,如 Docker、Kubectl,都是强大的 CLI 工具。通过使用 Cobra、Bubble T 等流行库,去构建自己的命令行应用,你会深刻理解 Go 作为“云原生时代的 C 语言”的工具属性,并学会如何优雅地处理命令行参数、标志和应用状态。

  • 第三站:gRPC 服务

当你感觉 HTTP 服务已驾轻就熟时,就该迈向微服务了。学习 gRPC 和 Protocol Buffers,构建服务间的通信。这将迫使你的思维从处理“用户-服务器”交互,转变为处理“服务-服务”间的交互,是成为分布式系统架构师的关键一步。

  • 第四站:管道作业与脚本

真正的精通,是把一门语言用成“肌肉记忆”。尝试用 Go 替代你过去的脚本语言(如 Python),去编写一些数据处理的管道作业或日常运维脚本,比如批量清洗数据库中的脏数据。这会极大提升你对 Go 标准库的熟练度,让它成为你工具箱里最顺手的那一把。

注:Melkey是机器学习工程师,因为他的第四站中,更多是数据处理相关的实战路径。

良师益友:来自一线的精选资源清单

在这条充满挑战的实践之路上,你不是一个人在战斗。Melkey 也分享了那些曾给予他巨大帮助的“良师益友”。这份清单的宝贵之处在于,它经过了生产一线工程师的真实筛选:

  • Web 后端实战圣经:《Let’s Go Further》 by Alex Edwards

这本书被誉为 Go Web 开发的经典之作。即便时隔数年,其中的原则和实践依然极具价值。我也极力推荐这本书,Alex 的代码风格非常清晰,对初学者极其友好,能帮你打下坚实的基础。

  • 测试驱动开发双璧:《Learn Go with Tests》 & 《Writing an Interpreter in Go》

前者是优秀的在线教程,手把手教你如何通过测试来学习 Go。后者则通过编写一个解释器的过程,让你在实践中深刻理解测试驱动开发(TDD)的精髓。它们不仅教测试,更在教 Go 语言本身。

  • 避坑与最佳实践指南:《100 Go Mistakes and How to Avoid Them》

这是一本能让你快速提升代码质量的“速查手册”。通过学习别人踩过的坑,你可以少走很多弯路,写出更地道、更健壮的 Go 代码。

小结:真正的精通,是一场思维的迁徙

Melkey 的故事告诉我们,精通一门编程语言,从来都不只是学习语法和 API 那么简单。它更像是一场思维的迁徙——你必须愿意放下过去的地图,学习新大陆的规则和文化,并最终成为这片土地上地道的“原住民”

如果你也感觉自己写的 Go 代码“不对劲”,不妨停下来,问问自己:我是在用 Go 的方式思考,还是在用过去的经验翻译?

或许,你的“顿悟”时刻,也正隐藏在重读一遍《Effective Go》的字里行间,或是开启下一个实战项目的决心之中。

你是否也有过类似的“顿悟”时刻?又是哪篇文章、哪个项目或哪位导师,帮助你完成了 Go 思维的重塑?欢迎在评论区分享你的故事。

资料地址:https://www.youtube.com/watch?v=wr8gJMj3ODw


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

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

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

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

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


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

特斯拉首席工程师的忠告:用“单向门 vs 双向门”决策,看清分布式系统的未来

本文永久链接 – https://tonybai.com/2025/07/01/predicting-the-future-of-distributed-systems

大家好,我是Tony Bai。

身处技术浪潮之中,我们每个人或许都曾有过这样的焦虑:新的数据库、新的编程模型、新的 AI 框架层出不穷,我该如何选择?选错了,会不会让团队陷入泥潭,给自己留下难以偿还的技术债?

最近,特斯拉首席工程师 Colin Breck 在 Craft 2025 大会上做了一场题为《预测分布式系统的未来》的精彩分享。他并没有给出非黑即白的答案,而是提供了一个极其强大的思维武器,来帮助我们拨开迷雾,做出更有效的工程决策。这个武器,就是源自亚马逊创始人 Jeff Bezos 的——“单向门 vs. 双向门”决策框架

今天,我们就以这个框架为钥匙,跟随 Colin 的思路,去打开分布式系统的未来之门。

决策的“导航仪”:单向门 vs. 双向门

在深入技术细节之前,我们必须先理解这个核心框架。它将决策分为两类:

  1. 单向门 (One-Way Door): 这类决策后果严重,且难以逆转,甚至根本无法回头。一旦你迈进了这扇门,想再出来就要付出巨大的代价。对于“单向门”决策,Bezos 的建议是:必须极其谨慎,放慢速度,召集最相关的人,尽可能多地收集信息再做决定。

  2. 双向门 (Two-Way Door): 这类决策的影响不大,即使做错了,也可以轻松地“退出来”,再选择另一扇门。它的试错成本很低。对于“双向门”决策,应该快速、轻量地由个人或小团队做出,以保持高效率。

这个框架最大的价值在于,它提醒我们警惕一个致命的错误:把一个“单向门”决策,当作“双向门”来草率处理。 这种失误,可能会让你的组织背上沉重的技术包袱,长达数年。

现在,让我们带着这个“导航仪”,去审视 Colin 预测的分布式系统三大趋势。

趋势一:对象存储 —— 充满“双向门”的乐园

Colin 的第一个预测是,对象存储(以 S3 为代表)正在从过去的分析型负载,越来越多地走向事务型和操作型负载,成为下一代数据库和系统的基石。

为什么这个趋势如此确定?因为它为我们创造了大量的“双向门”。

过去,我们选择一个数据库(比如 MySQL),我们的数据、查询方式、扩展模式都被这个“整体”方案深度绑定。想从 MySQL 迁移到 PostgreSQL?这是一项艰巨的任务,更像一扇“单向门”。

而基于对象存储的新架构正在“解体”(Disaggregation) 传统数据库,将其拆分为多个可自由组合的组件:

  • 统一的存储层: S3 API 已成为事实标准。你可以用 AWS S3,也可以用 Google Cloud Storage,或者在本地部署 MinIO。更换存储后端的门是“双向”的。
  • 开放的数据格式: Parquet、ORC等开放格式让你的数据不再被数据库私有格式锁定。今天你可以用 Spark 分析它,明天可以用 DuckDB 查询它,后天可以加载到 Snowflake。更换计算引擎的门是“双向”的。
  • 可插拔的计算/查询引擎: DuckDB、DataFusion 这类库的崛起,让我们能像使用 SQLite 一样,直接对 S3 上的 Parquet 文件执行高性能 SQL 查询。这个查询引擎不满意?换一个!这扇门也是“双向”的。

这种架构的核心是互操作性与可移植性。它通过标准化和解耦,极大地降低了我们的决策风险和迁移成本。 正因为到处都是“双向门”,开发者可以放心大胆地拥抱这个趋势。

趋势二:新编程模型 —— 遍布“单向门”的迷宫

与对象存储的清晰图景相反,Colin 认为下一代编程模型的未来则要模糊得多,充满了艰难的“单向门”决策。

我们当前的开发模式(容器 + 应用代码 + 一堆库)存在很多问题:每个应用都在重复解决持久化、重试、状态管理等难题;安全补丁也难以管理。

为了解决这些问题,涌现出了一批新的编程模型,例如:

  • 持久化工作流平台: 如 Temporal
  • 分布式应用运行时: 如 Akka Platform、WasmCloud
  • 独特的运行时环境:GollumUnison

它们的目标很宏大:让开发者只关心业务逻辑,把持久化执行、状态管理、部分失败处理等分布式难题下沉到基础设施。

但选择其中任何一个,都几乎是一个不可逆的“单向门”决策。为什么?

  1. 巨大的投资: 这不仅是金钱投入,更是整个团队的学习成本和思维模式的转变。
  2. 深度锁定: 你的核心业务逻辑将与平台的 API 和抽象深度绑定,想迁移出去?难于登天。
  3. 生态系统风险: 这个平台或框架五年后还活着吗?如果它死掉了,你的系统怎么办?

正因为这些决策都是沉重的“单向门”,大多数团队宁愿继续使用 Kubernetes + 应用容器这种“我们已经知道”的模式,也不愿轻易踏入这个迷宫。

趋势三:AI 工程化 —— 可能是打开“单向门”的催化剂

那么,僵局如何打破?Colin 认为,催化剂可能就是 AI。

他一针见血地指出:“所谓的 AI 工程化(Operationalizing AI),其本质就是系统工程。”

那些时髦的术语背后,无论是 AI 工作流(AI Workflows)还是智能体(Agentic AI),其核心都是在解决经典的分布式系统难题:如何管理长周期任务、如何保证持久化执行、如何处理状态、如何容错……正如那句经典吐槽:“到35岁,你应该已经重复造过工作流引擎、任务队列和对象关系映射的轮子了。”

AI 的浪潮带来了巨大的需求压力和创新动力,使得人们愿意去冒更大的风险,去尝试那些能解决这些复杂问题的“单向门”方案。一个创业公司为了快速实现一个复杂的 AI Agent,可能会选择直接拥抱 Temporal,因为从头造轮子的成本更高。

但这同样是一个陷阱。Colin 警告说,要警惕那些看似“先跑起来再说”的“双向门”决策,比如随便搭一个临时的任务队列来驱动 AI 应用。这种决策很可能在未来演变成一笔巨大的、难以偿还的技术债,最终变成一个你当初没意识到的“单向门”。

给 Gopher 的启示:用“门”的思维审视我们的技术栈

这个决策框架对我们 Gopher 来说,同样具有极强的指导意义。我们可以用它来审视日常的技术选型:

  • 选择 Web 框架(Gin vs. 标准库): 这更像一个“双向门”。Gin 遵循了标准库的 http.Handler接口,即使以后想换,迁移成本也是可控的。
  • 引入一个新的数据库(PostgreSQL vs. TiDB): 这更偏向“单向门”。它涉及到数据模型、ORM、运维、团队知识储备等方方面面,一旦深入使用,更换成本极高。
  • 采用一个微服务框架(Go-kit vs. Kratos): 这也接近“单向门”。它会深度影响你的项目结构、RPC 方式、服务治理逻辑,更换起来伤筋动骨。

反观 Go 语言自身的设计哲学——简洁、小接口、组合优于继承——是不是正是在鼓励我们创造更多的“双向门”?Go 避免了庞大而笨重的“全家桶”式框架,而是提供小而美的标准库和可组合的组件,让我们能以更低的锁定风险构建系统。这本身就是一种降低决策成本的智慧。

小结:决策的智慧,在于选择正确的“门”

Colin Breck 的分享,并没有给我们一张未来的藏宝图,而是给了我们一个更宝贵的东西:一个决策的指南针

技术世界里没有绝对的“好”与“坏”,只有在特定场景下的“合适”与“不合适”。“单向门 vs. 双向门”框架的价值,不在于帮你找到唯一的正确答案,而在于帮你为不同类型的决策,建立起正确的决策流程。

对于那些充满不确定性、一旦走错就万劫不复的“单向门”,请务必保持敬畏,放慢脚步。而对于那些无伤大雅的“双向门”,不妨大胆尝试,快速迭代。

正如 Colin 在结尾引用的那句话:“让我们的抽象保持流动性。” 这或许不仅是对技术架构的建议,更是对我们决策方式的邀请——去寻找和创造尽可能多的“双向门”,以降低风险、拥抱变化,并保护我们最宝贵的投资:时间和精力。

你最近面临过哪些“单向门”或“双向门”决策?你是如何思考的?欢迎在评论区分享你的故事。


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

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

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

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

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



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

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 Go语言精进之路1 Go语言精进之路2 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