标签 Google 下的文章

Go 的 16 年:一门为持久而生的编程语言

本文永久链接 – https://tonybai.com/2025/11/12/16-years-of-go-a-programming-language-built-to-last

大家好,我是Tony Bai。

每年的十一月,对于全球的 Gopher 而言,都是一个值得纪念的特殊时刻。今年,我们迎来了 Go 语言公开发布的第 16 个年头。

在众多的庆祝文章中,来自 Go 社区的知名组织 Ardan Labs 发布的这篇《Go 的 16 年:一门为持久而生的编程语言》,以其深邃的洞察力和饱满的情感,深深地打动了我们。

这篇文章不仅仅是对 Go 历史里程碑的简单罗列,更是一次对 Go 设计哲学——克制、清晰与长远思考——的深刻致敬。文章精准地捕捉了 Go 从解决 Google 内部的工程困境,到成为现代云原生基石的宏大叙事。我们相信,无论对于已经与 Go 同行多年的资深开发者,还是刚刚踏上 Gopher 之旅的新人,这篇文章都能带来启发与共鸣。

为此,我特将其全文翻译为中文,希望能与中文 Go 社区的各位一同分享这份喜悦与思考。以下是正文:


每年的十一月,Go 社区都会为我们这个时代最具悄然变革力量的编程语言之一,庆祝又一个里程碑。

诞生于 Google 并于 2009 年向世界发布的 Go,旨在解决大规模软件构建、庞大代码库、分布式系统以及跨大洲团队协作的复杂性。十六年后的今天,Go 诞生之初秉持的原则——简洁、快速和可靠——依然指导着它的发展。

正如 Go 团队在去年的周年纪念博文中所写:“Go 是为 2007 年的软件工程问题而构建的,但它仍在解决 2024 年的挑战,以及那些尚未到来的挑战。”

起源故事

这门语言源于 Google 三位工程师——Robert Griesemer, Rob Pike, 和 Ken Thompson——的挫败感,他们想要一门像 C 一样快、像 Python 一样高效、并且能满足 Google 基础设施规模化需求的语言。

他们并不想彻底革新编程,他们只是想让编程再次变得令人愉悦。

正如Rob Pike曾经说过的那样,“Go 是一次关于我们能去除什么的实验。”他们去除的过度复杂性、无休止的编译时间和混乱的依赖关系,反而成为了 Go 最大的优势。

Go 编程语言为何能迅速走红

Go 不仅仅是又一门新语言;它是对过度工程化的一次宣言。其设计目标使其脱颖而出:

  • 快速编译:代码在数秒内完成构建,而非数分钟。
  • 简洁性:极简的特性集,强调清晰与可读性。
  • 并发:轻量级的 goroutine,使并发编程变得实用。
  • 静态类型 + 安全性:在不牺牲开发速度的前提下,保证类型安全。
  • 一流的工具链:go fmt、go test、go mod 及其他工具,塑造了 Go 的工匠精神文化。

这些价值观深深地触动了那些厌倦了语言功能蔓延的工程师们,也触动了那些需要稳定、可维护系统的公司。

现实世界中的 Go

多年来,Go 已悄然成为现代Web的支柱。它驱动着 Docker、Kubernetes、Terraform 和 Prometheus——当今云原生生态系统的根基。

在 Google 内部,它在后端系统中每秒处理数十亿次请求。在 Google 之外,它已成为初创公司构建分布式系统和企业级工具的首选,这些场景都要求在没有摩擦的情况下获得高性能。

“Go 诞生于 14 年前,至今它仍是唯一一门让并发感觉如此简单的语言。”

这种观点体现了 Go 在开发者领域中的独特地位:它既足够古老,经受住了考验,又足够现代,能够不断演进发展。

值得庆祝的里程碑

Go 的时间线上,点缀着一些关键时刻,展示了这门语言是如何有意识地演进的:

  • 2009年:Google 正式公开发布 Go语言。
  • 2012年:Go 1.0 发布,并作出了向后兼容的承诺。
  • 2015–2018年:Go 成为容器化工具和微服务的标准。
  • 2022年:泛型在 Go 1.18 中到来——一个期待已久的里程碑。
  • 2024年:Go 位列全球最常用的十大语言之一,并在 AI 服务和边缘计算领域的采用率迅速增长。

正是这种稳定性,加上审慎的创新,让 Go 得以经久不衰。当其他语言追逐潮流时,Go 始终立足于实用性。

是什么让 Go 与众不同

与许多在每个新版本中不断膨胀的现代语言不同,Go 的演进一直很保守,而这种克制最终得到了回报。

Go 团队保持了一种罕见的、对向后兼容的承诺。十年前编写的代码,今天依然可以编译和运行。对于那些需要跨越数年甚至数十年维护生产系统的组织来说,这种信任是无价的。

Go 的简洁性也促进了团队协作。开发者可以快速上手代码库并投入工作。没有无休止的语法或模式争论,只有简洁、直接且高效的代码。

这种清晰性塑造了一个重视协作而非“炫技”的社区。

社区的经验教训

在一份以前的 Reddit 周年纪念帖子 中,开发者们回顾了 Go 是如何改变他们职业生涯的:

“Go 让我重新爱上了编程。”

“它不花哨,但它能搞定事情,这就是我爱它的地方。”

这些故事体现了 Go 的不朽精神;与其说是炒作,不如说是把工作做好。

下一章

Go 的下一个十年,将不仅仅是关于 Web 服务器和 API。其生态系统正在扩展到AI 基础设施、数据流边缘计算等领域,在这些地方,性能、并发和简洁性至关重要。

根据 Go 团队的 15 周年博文,当前的工作重点是:

  • 利用现代 CPU 架构,优化运行时性能。
  • 改进生产系统中的遥测、可观测性和性能分析。
  • 确保 Go 能够随着下一代硬件的发展而持续扩展。

对于押注 Go 的开发者和组织来说,这意味着一件事:这门语言没有放慢脚步,它正在升级。

Go的2025年:稳步求精,基础更牢固

发布于 2025 年 8 月的 Go 1.25 版本,体现了这门语言标志性的演进方式——安静、审慎的改进,而非颠覆。虽然没有破坏性变更,但几项更新有意义地加固了 Go 的基础。通过移除旧的“core type”概念,语言规范得以简化,澄清了类型推断和泛型的工作方式。工具链变得更精简、更快速,工具现在按需构建,go.mod 中加入了新的ignore指令,同时 go vet, go doc, 和 go version 等命令也得到了增强。

在底层,运行时获得了容器感知能力,能够根据 CPU 限制自动调整 GOMAXPROCS,使 Go 在云和边缘环境中更加高效。一个新的实验性垃圾回收器(greenteagc)提供了明显更低的停顿时间,而“ Flight Recorder”追踪则引入了持续的、低开销的可观测性。编译器和链接器现在能生成 DWARF 5 调试信息,以获得更小的二进制文件和更快的构建速度,同时修复了一个微妙的空指针 bug,提升了运行时安全。

在标准库中,开发者现在可以通过 testing/synctest 更容易地测试并发代码,并可以试用更快、更灵活的 encoding/json/v2 包。平台支持也向前迈进——现在要求 macOS 12 或更新版本,而 32 位 Windows ARM 将在此版本后停止支持。

总而言之,Go 1.25 提醒了我们这门语言为何能经久不衰:它在不破坏信任的前提下演进,用稳定、有影响力的进步,取代了喧嚣的炒作。

(来源: go.dev/doc/go1.25

为 Go 干杯

在 Go 语言诞生 16 周年之际,我们不妨停下来,细细品味它所代表的意义。它不仅仅是一门编程语言,更是一种工程理念,其核心在于克制、清晰和长远思考。

在 Ardan Labs,我们亲眼见证了 Go 如何帮助团队构建可靠、可扩展的系统,从企业平台到初创原型,无所不包。它帮助工程师专注于真正重要的事情:解决实际问题,而不是与工具较劲。

祝愿 Go 语言再创辉煌一年。

不追逐潮流的语言,才能超越潮流而长存。


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

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

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

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

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


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

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


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

“6 个月,47 个微服务”:一场由“简历驱动”引发的架构灾难

本文永久链接 – https://tonybai.com/2025/11/02/6-months-47-microservices-architecture-disaster

大家好,我是Tony Bai。

“我们有一个运行了 8 年的 Python 单体应用,20 万行代码,工作得很好,很少崩溃,8 分钟就能部署。现在,新来的首席架构师,入职仅 3 个月,就要我们在 6 个月内,把它拆分成 47 个微服务。”

近日,在 r/softwarearchitecture 社区,一篇充满绝望与困惑的帖子引发了近百条评论的热议。这不仅仅是一个团队的技术困境,更像是一部在软件行业中反复上演的戏剧:一个稳定但“不时髦”的遗留系统,遭遇了一位满怀“宏大愿景”(和一堆时髦 buzzwords)的新领导。

发帖人描述的场景,让无数经历过类似“折腾”的工程师感到脊背发凉:

  • 宏大的计划:47 个微服务,每个都有独立的 repo、数据库、Sidecar 代理,通过服务网格和事件总线进行异步通信,前端由 API 网关统一聚合。
  • 脆弱的理由: 领导的理由也含糊不清,主要是“单体无法扩展”、“我们需要团队自治”,并不断引用“Google 和 Amazon 就是这么做的”。
  • 荒谬的资源:一个 25 人的团队,意味着平均不到半个人负责一个服务。团队中绝大多数人没有任何分布式系统经验。
  • 不可能的时间线:6 个月内完成,同时还要并行交付新功能

发帖人绝望地问道:“这究竟是合法的、富有远见的架构设计,只是我太愤世嫉俗无法看清;还是我所见过的、最明目张胆的‘简历驱动开发’(Resume-Driven Development)?”

而社区的回答,几乎是压倒性的一致。在这篇文章中,我们就来看看架构师社区对这个帖子中问题的诊断过程与结论,以及给出的建议“药方”。

诊断一:典型的“简历驱动开发”(RDD)

这是社区给出的最普遍、也最尖锐的诊断。一位评论者一针见血:“你的架构师正在为他的下一份工作,填充他的简历和技能。” 另一位则补充道:“他会在项目成功‘实施’(但还未开始崩溃)后立刻离职,把烂摊子留给你们。”

RDD 的典型特征是:

  • 解决方案在寻找问题:架构师带来了一整套时髦的技术栈(微服务、服务网格、事件总线、Kafka、K8s),却并没有清晰地论证当前系统到底遇到了什么非用这些技术不可的问题
  • 理由空洞,诉诸权威:“单体无法扩展”是一个未经证实的断言。当前系统(50k req/day, 即平均 < 1 rps)真的有扩展性问题吗?瓶颈在哪里?“Google 模式”更是典型的“货物崇拜编程”(Cargo Cult Programming)——盲目模仿成功者的表象,却不理解其背后的约束和权衡。
  • 忽视成本与团队能力:完全无视一个 25 人的、缺乏经验的团队,在 6 个月内驾驭如此复杂的技术栈所需要付出的巨大成本,以及几乎 100% 会失败的风险。

诊断二:“拆掉洗碗机,重建整座房子”

发帖人的这个比喻,得到了社区的高度认同。一个运行了 8 年的系统,必然存在技术债,就像房子里的洗碗机可能坏了。但理智的做法是修理或更换洗碗机,而不是因此拆掉整座房子。

社区的资深工程师们纷纷指出,一个负责任的架构师,在提出如此激进的计划前,必须回答一系列基础问题:

  • 问题是什么? 当前单体应用最大的痛点是什么?是部署困难?代码耦合严重?还是特定模块的性能瓶颈?
  • 现状如何? 是否有基准测试数据?当前的性能极限在哪里?50k req/day 的负载真的需要 47 个服务来分担吗?(“我的树莓派都能处理 1 req/sec,”一位评论者讽刺道。)
  • 价值何在? 拆分后,业务上能获得什么具体的好处?是加快特定功能的交付速度,还是提升系统的可用性?这些收益是否值得付出巨大的重构成本?

这位新任架构师显然跳过了所有这些关键的分析步骤,直接给出了一个“终极答案”。

微服务的“正确姿势”:它解决的是“组织”问题,而非“技术”问题

许多评论深刻地指出了一个关于微服务的核心真相:

微服务主要解决的,不是技术扩展性问题,而是组织扩展性问题。 (康威定律的推论^_^)

当你有数百甚至数千名开发者在同一个单体应用上工作时,代码冲突、发布协调、团队依赖会成为巨大的瓶颈。此时,将系统按业务领域(Domain)垂直切分成独立的、可独立部署的服务,让每个小团队(“双披萨团队”)拥有自己服务的完全所有权,才能解放生产力。

对于一个只有 25 人的团队,强行拆分成 47 个服务,不仅不能实现“团队自治”,反而会因为引入了复杂的分布式系统依赖和运维开销,导致更多的沟通摩擦和更慢的开发速度。正如一位经历过类似重构的工程师所言:“我们因为‘团队自治’而拆分了所有单体,现在又因为无法忍受的运维开销而试图将它们合并回来。”

社区的“药方”:如何在这场风暴中幸存?

面对这位“愿景宏大”的架构师,社区给出了两条截然不同但同样充满智慧的建议:

药方 A:“向上管理”与“增量演进”

这条路径的核心是尝试挽救项目。一位来自 FAANG 的工程师分享了他们团队的真实做法:

  1. 肯定意图,质疑方案:首先,肯定架构师“着眼未来”、“提升系统能力”的良好意图。
  2. 提议 POC (概念验证):建议从一个最小、最独立的业务领域开始。“让我们先用一周时间,只拆分一个服务作为 POC,来证明我们团队有能力构建和运维这样的系统,并验证它是否真的能解决我们的某个具体问题。”
  3. 用数据说话:一个理智的领导者,会接受这个数据驱动的、风险可控的提议。如果架构师拒绝,并坚持“大爆炸”式的重构,那么他的动机就非常可疑了。
  4. 寻求增量演进:倡导一种渐进式的“绞杀者无花果模式”(Strangler Fig Pattern),逐步将单体中的功能,一块块地、有选择地、在确认有净收益的前提下,剥离成更小的服务(或者叫“宏服务”/“迷你服务”)。最终,你可能会得到一个“迷你单体” (Minilith) 和一圈环绕它的服务,而不是一个由 47 个碎片组成的“分布式单体”。

药方 B:“上车,刷简历,然后跳车”

这条路径充满了犬儒主义的智慧,但也反映了许多工程师在类似困境中的无奈选择。

“我的建议是:做我曾经做过的事。既然这是个注定失败的项目,那就登上这趟炒作的列车,用这些时髦的技术把你的简历填满,然后在它崩溃之前赶紧跳车。”

这虽然听起来不负责任,但当面对一个无法沟通、刚愎自用的领导,并且申诉无门时,保护自己的职业生涯,有时就成了唯一的理性选择。

小结:架构的本质是权衡,而非信条

这个故事,之所以能引发如此广泛的共鸣,是因为它触及了软件架构的本质:架构,是一系列关于权衡 (Trade-offs) 的决策,而不是一套可以盲目套用的信条或模式。

一个优秀的架构师,会像一名侦探一样,深入理解现有的系统、业务的约束和团队的能力,然后提出一个恰如其分的解决方案。而一个糟糕的架构师,则像一个手持锤子的人,看什么都像钉子——尤其是当那把锤子是印有“微服务”、“服务网格”等时髦字样的“黄金锤”时。

最终,这个故事提醒我们,在软件工程中,最危险的,往往不是过时的技术,而是脱离了现实约束的“宏大愿景”,以及那些打着“谷歌范儿”旗号,却对工程现实一无所知的“海鸥架构师”——飞进来,拉一堆屎,然后飞走。

资料链接:https://www.reddit.com/r/softwarearchitecture/comments/1o6re10/lead_architect_wants_to_break_our_monolith_into/


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

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

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

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

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


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

我的新书《Go语言第一课》是你的首选。源自2.4万人好评的极客时间专栏,内容全面升级,同步至Go 1.24。首发期有专属五折优惠,不到40元即可入手,扫码即可拥有这本300页的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