标签 Rust 下的文章

Rust 的“跨越鸿沟”时刻:Ubuntu 全面拥抱 Rust 意味着什么?

本文永久链接 – https://tonybai.com/2026/02/25/rust-crossing-the-chasm-ubuntu-embrace

大家好,我是Tony Bai。

在技术世界里,一门编程语言的成功往往分为两个阶段:第一阶段是赢得“极客”和“先驱者”的狂热追捧;第二阶段则是说服那些保守、务实的“早期大众”将其投入到枯燥却庞大的企业级生产中。这两个阶段之间,横亘着一条深不见底的“鸿沟”。

2026 年初,Rust 核心团队成员、语言设计的灵魂人物 Niko Matsakis 在参加完 Rust Nation 大会后,发表了一篇引人深思的文章——《What it means that Ubuntu is using Rust》。在这篇随笔中,Niko 借由 Canonical(Ubuntu 的母公司)全面拥抱 Rust 这一标志性事件,极其坦诚地剖析了 Rust 当前在行业接纳生命周期中所处的位置、面临的阵痛,以及为了走向真正的“工业标准”,Rust 社区必须在技术和心理上做出的巨大改变。

本文将深度解读 Niko 的这篇文章,带你透视 Rust 在“后狂热时代”的商业化演进路线、标准库之争、开源商业模式,以及为何“同理心”成了这门硬核语言最大的护城河。

无处不在的“鸿沟”——Rust 到底走到哪了?

如果你熟悉硅谷营销大师杰弗里·摩尔(Geoffrey Moore)的经典理论《跨越鸿沟》(Crossing the Chasm),就会知道任何一项高科技产品在市场推广时,都会经历创新者(Innovators)、早期采用者(Early Adopters)、早期大众(Early Majority)、后期大众(Late Majority)和落后者(Laggards)五个阶段。而在“早期采用者”与“早期大众”之间,存在着一个巨大的断层,这就是“鸿沟”。

Rust 跨过这条鸿沟了吗?

Niko 给出的答案是:这取决于你问的是谁。

  • 在某些互联网巨头(大厂)中:答案是“已经跨越了一大半”。比如在亚马逊云(AWS)这样对性能和资源有着极致苛求的地方,Rust 已经被牢牢确立为构建大规模数据平面(Data Planes)和资源感知代理(Agents)的“正确选择”。它甚至正在向设备端和机器人领域的底层代码渗透。
  • 在普通企业应用中:依然存在一种根深蒂固的刻板印象——“Rust 是给 S3(亚马逊云存储)那些穿西装打领带的高级工程师用的,对于我们普通的 CRUD(增删改查)业务来说,完全是杀鸡用牛刀。”
  • 在安全关键软件(Safety Critical Software)领域:比如汽车的转向柱控制系统或航空航天系统,Rust 依然在艰难地寻找立足点。大多数传统工业巨头仍处于“观望”状态,他们希望让早期采用者先去铺路、踩坑。

这揭示了一个残酷的现实:技术上的优越性并不等同于市场上的普遍接受度

当技术走向“早期大众”时,受众的心态发生了根本性变化。

早期采用者买的是“变革”,他们愿意容忍不成熟的生态,只为获得降维打击的竞争优势;而“早期大众”买的是“生产力提升”,他们极度厌恶风险,追求的是业务连续性——他们想要的是进化,而不是革命。

寻找“标杆客户”——Ubuntu 搭建的跨越之桥

如何说服那些极度厌恶风险的“早期大众”尝试新事物?唯一的答案是:让他们看到与他们相似的成功案例。

这就是为什么 Canonical(Ubuntu 背后的公司)的入局对 Rust 生态具有决定性的历史意义。在 Rust Nation 大会上,Canonical 的工程副总裁 Jon Seager 发表了题为《在 Ubuntu 中大规模采用 Rust》的闭幕演讲。这场演讲完美诠释了什么是“既有远见,又极其务实”。

Canonical 明确表示,他们已将公司内部开发的语言收敛为一个极小的集合:Python、C/C++ 和 Go。

而现在,Rust 被正式引入,并被确立为编写新底层基础工具的首选语言,逐步取代 C、C++ 以及部分 Python 的使用场景。

更令人振奋的是,Canonical 不仅仅是自己“用”,他们还在“反哺”生态,充当桥梁。

Jon Seager 谈到了 Ubuntu 作为操作系统发行版的责任——通过支持内存安全的基础设施库来“向前支付(Pay it forward)”。Canonical 正在提供财务和声誉上的双重支持:
1. 赞助 Trifecta Tech 基金会开发 sudo-rs 和 ntpd-rs(用 Rust 重写关键的系统组件)。
2. 赞助 uutils 组织开发 Rust 版的 coreutils(Linux 核心命令集)。

为什么说 Ubuntu 是完美的“标杆客户”?

在 Linux 用户态领域,Ubuntu 的体量和权威性毋庸置疑。当 Ubuntu 愿意承担尝试新事物的风险,并证明“用 Rust 重写 sudo 是可行的且更安全的”时,这种示范效应是巨大的。

那些“早期大众”企业看到这一幕时会想:“如果连 Ubuntu 这样对稳定性要求极其变态的操作系统底层都在用 Rust,那我们的业务系统用 Rust 应该也是安全的。”

这正是《跨越鸿沟》中破局的核心策略:利用标杆客户的背书,提供能无缝融入现有工作流的“即插即用”方案,从而最小化系统的不连续性。

成长的阵痛——为了壮大,Rust 必须改变“人设”

当目标受众从追求极致的“极客”变成追求稳定的“务实派”时,Rust 面临着一种极其尴尬的转型痛点。

Niko 在文中引用了《跨越鸿沟》里的一段话:

“在任何两个采用群体之间的过渡通常都是极度令人尴尬的,因为你必须在你对旧策略感到最舒服的时候采用新策略……当务实派想听到‘行业标准(Industry Standard)’时,科技公司可能还在向他们推销‘最先进的技术(State-of-the-art)’。”

这精准地命中了 Rust 当下的软肋。

在过去的十年里,Rust 社区的营销口号是“零成本抽象”、“无畏并发”、“最先进的内存安全所有权模型”。这套说辞成功吸引了早期的系统工程师。

但如今,当 Rust 走向大众时,普通开发者更关心的是:“有没有现成的库?”、“编译能不能快点?”和“能不能开箱即用?”

核心冲突爆发点:标准库的规模之争。

在闭门晚宴上,Canonical 的 Jon Seager 提出了一个极具挑衅性的观点:Rust 需要重新审视其维持“极小标准库(Small Standard Library)”的政策。

长期以来,Rust 奉行“标准库只包含最核心的类型和原语,其余全部交给社区(Crates.io)”的哲学。比如,Rust 的标准库里甚至没有随机数生成、正则表达式或 HTTP 客户端。这种设计在早期非常受极客欢迎,因为它保证了核心库的轻量级,并允许社区自由竞争出最好的第三方库(如 serde、tokio)。

但对于“早期大众”来说,这简直是个噩梦。他们不明白为什么解析一个 JSON 或发起一个 HTTP 请求都需要在数以万计的第三方包中去筛选、评估安全性、担心供应链投毒。他们想要的是像 Go 语言或 Python 那样“内置电池(Batteries Included)”的开箱即用体验。

实际上,Rust 社区在 2016 年曾推出过一个名为“Rust 平台(Rust Platform)”的提案,试图官方“钦定”一批高质量的第三方包作为“扩展标准库”。但当时遭到了早期采用者的强烈抵制,理由是“直接改 Cargo.toml 很容易,没必要官方下场干预”。

Niko 反思道:当年早期采用者讨厌的东西,恰恰可能是如今“早期大众”最渴望的东西。

Rust 必须面对现实:过去引导其成功的信条,正在阻碍其向更广阔的市场迈进。

Niko 透露,他正在构思一个名为“电池包(Battery packs)”的新项目,试图在不搞庞大标准库的前提下,为企业级用户提供一种官方背书的、开箱即用的库集合方案。这标志着 Rust 正在从“追求它能成为什么样(What it could be)”向“承认它实际是什么样(What it actually is)”的务实转变。

商业与开源的闭环——如何将“采用率”转化为“真金白银”?

任何一门编程语言生态的长远发展,都离不开雄厚的资金支持。随着 Rust 采用率的爆炸式增长,对 Rust 开源项目和生态系统的维护压力也与日俱增。钱从哪来?

Niko 分享了几个关于开源投资的深刻洞见,这不仅适用于 Rust,对所有开源项目(包括 Go、Node.js 生态)都有极大的启发。

洞见一:投资不一定只是“砸钱”,更是“下场共建”。

对于像 Canonical 这样的纯粹开源组织,最宝贵的投资是“建立深度的组织间关系”。

在“Rust for Linux”项目中,早期都是 Rust 核心维护者在帮 Linux 内核开发者修 Bug。但随着时间推移,现在越来越多的 Linux 内核开发者开始自己动手修复 Rust 编译器或工具链的问题,而 Rust 维护者则退居幕后扮演导师的角色。这种“授人以渔”的贡献,比单纯的捐款更有价值。

洞见二:钱往往在公司“采用 Rust 之前”到来,而不是之后。

我们通常认为,企业是在大量使用某个开源软件后,出于反哺或维护自身利益的目的才会掏钱赞助。

但 Niko 观察到了一个完全不同的趋势:更容易获取的资金,来自于那些“正在考虑但尚未采用” Rust 的公司。

在这些公司内部,通常有一批“早期采用者”(内推者),他们试图说服保守的公司管理层采用 Rust。为了促成此事,他们往往需要拿着一份“准入条件清单”——比如,Rust 必须支持某种特定的芯片架构,或者必须具备某个安全认证组件。

更关键的是,这些内推者手里往往握有预算。为了让这门技术顺利落地公司,他们愿意花钱去填补 Rust 生态中的这些空白。

Rust 基金会的 Alexandru Radovici 证实了这一点:许多对安全性要求极高的公司,手里攥着钱想帮 Rust 补齐短板,却“不知道该怎么花这笔钱”。Canonical 赞助 sudo-rs 本质上也是一样的——他们是在花钱扫除阻碍 Ubuntu 更大规模采用 Rust 的障碍。

开源社区需要建立一种机制,精准对接这些带着预算的“潜在采用者”,将他们的痛点转化为开源项目的开发资金。

社区的终极考验——同理心是最大的护城河

在文章的最后,Niko 抛出了一个直击灵魂的观点,这不仅是给 Rust 社区的警钟,也是所有程序员的必修课:

“如果我们在其中表现得太像‘中学生(Middle School)’,那开源跨越鸿沟的愿景就会彻底破灭。”

什么是“中学生”行为?

当你深度参与一个开源社区时,你会觉得这里充满阳光,欢迎所有人。但对于外部的“早期大众”来说,开源社区往往看起来像一个充满小圈子、潜规则和“口口相传的规矩(Oral traditions)”的排外组织。

一个企业级的保守开发者,带着一个务实的业务问题来到社区提问。他可能只是用错了一个术语,或者没有遵循某种隐形的“社区政治正确”,结果就遭到了一群激进贡献者的群嘲、冷嘲热讽,甚至因为提出不同的设计理念而被强硬关闭 Issue。

这位企业开发者根本分不清哪些是喷子,哪些代表官方立场。他只会觉得:“这个语言的社区太有毒了,我们公司还是用 Java 吧。”

只需要一次粗鲁的回复,就能彻底赶走一个潜在的企业级标杆客户。

Niko 强调,帮助 Rust 最终取得成功的,绝不是更快的编译速度或更完美的类型系统,而是“开源中的同理心”。

“早期大众”并不想参与编程语言的“宗教战争”,他们不关心“纯粹性”,他们只是想按时下班,安全地把产品发布出去。Rust 社区必须学会倾听这群人的声音,理解他们的价值观,用温和、包容和同理心去服务他们,而不是用技术傲慢去居高临下地教训他们。

小结:语言的进化,更是心智的成熟

从 2015 年发布 1.0 版本至今,Rust 用了十余年的时间,证明了自己在技术和理论上的卓越。如今,借由 Ubuntu 这样的重磅标杆客户的背书,它正式站在了跨越主流企业级市场鸿沟的跳板上。

Niko Matsakis 的这篇文章,不仅是对 Rust 现状的一份清醒诊断,更是对整个技术生态演进规律的深刻洞察,也非常值得其他主流编程语言的掌舵者和社区学习借鉴。

无论是标准库的扩展、商业投资机制的完善,还是社区同理心的建设,都表明 Rust 正在经历一场脱胎换骨的“成年礼”。它正在从一个由极客驱动的“炫酷玩具”,蜕变为一个能够承载人类核心数字基础设施的“工业巨兽”。

也许属于 Rust 的激荡时代,才刚刚开始。

资料链接:https://smallcultfollowing.com/babysteps/blog/2026/02/23/ubuntu-rustnation/


你认为 Rust 该“扩充”标准库吗?

Rust 坚持“极小标准库”让极客疯狂,却让企业用户头大。你是支持 Go 这种“内置电池”的开箱即用,还是支持 Rust 这种“社区竞争”的极简主义?你在项目中是否也曾因为 Rust 缺乏某个基础库(如随机数、正则)而感到沮丧?

欢迎在评论区分享你的看法!


还在为“复制粘贴喂AI”而烦恼?我的新专栏 AI原生开发工作流实战 将带你:

  • 告别低效,重塑开发范式
  • 驾驭AI Agent(Claude Code),实现工作流自动化
  • 从“AI使用者”进化为规范驱动开发的“工作流指挥家”

扫描下方二维码,开启你的AI原生开发之旅。


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

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

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

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

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


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

金融级基础设施重构:放弃 Rust 拥抱 Go,务实主义的最终胜利?

本文永久链接 – https://tonybai.com/2026/02/23/financial-infrastructure-rust-to-go-pragmatism-victory

大家好,我是Tony Bai。

在系统级编程语言的版图上,Go 与 Rust 的对比与争论从未停歇。一个是崇尚大道至简、开发效率极高的“云原生时代王者”;另一个则是以内存安全、零成本抽象和极致性能著称的“极客新宠”。当这两种哲学碰撞在对安全性、稳定性和低延迟要求极高的金融/交易基础设施领域时,开发者该如何抉择?

近日,在 Reddit 的 r/golang 社区中,一场由 Python 开发者发起的关于“金融基础设施长期演进:Go 还是 Rust?”的技术讨论引发了广泛关注。这位开发者试图为机器学习(ML)流水线、分布式后端和内部 DevOps 工具选择一门强类型语言,并一度陷入了“是否应该同时学习两者”的焦虑中。

这场社区讨论不仅揭示了两种语言在现代架构中的真实定位,更展现了 Go 社区一贯的“务实主义”工程哲学。本文将深度提炼这场讨论的核心观点,为正处于技术选型十字路口的架构师和开发者提供极具价值的参考。

核心探讨:金融系统中的“快”与“对”

在金融科技(FinTech)和交易系统中,有两个指标至关重要:性能(Performance/Latency)与 正确性(Correctness)。这恰好对应了系统级语言常常被审视的两个维度。

Rust 的诱惑:绝对的控制与“编译即正确”

许多开发者最初被 Rust 吸引,正是因为其在金融领域展现出的“绝对严谨”。

  • 代数数据类型与状态机:社区用户指出,Rust 的表达能力极强。在处理复杂的金融业务逻辑(如订单状态流转、复杂的税务和结算规则)时,Rust 的枚举(Enum)和模式匹配可以迫使开发者在编译期处理所有可能的边缘情况,实现所谓的“使无效状态不可表达”(Make invalid states unrepresentable)。
  • 无数据竞争(Data Race Free):借用检查器(Borrow Checker)和所有权模型在根本上杜绝了多线程环境下的数据竞争。对于处理资金流水的并发程序而言,这种内存安全性能够极大地降低睡眠被报警惊醒的概率。
  • 无 GC 延迟:针对极度敏感的场景(如做市商系统),Rust 摆脱了垃圾回收器(Garbage Collector)的不可预测性,能够提供稳定、可预测的尾部延迟(Tail Latency)。

然而,正如资深工程师在讨论中指出的:“Rust 的高壁垒不仅体现在初始学习成本上,更体现在它持续要求你的大脑处于高速运转状态。” 在编写普通业务代码时,开发者需要不断与编译器“搏斗”,这在无形中拖慢了业务交付(Shipping)的速度。

Go 的底气:“80% 的性能,20% 的精力”

面对 Rust 强大的理论优势,Go 社区给出的回应并不是在极限性能上去硬碰硬,而是打出了一张工程学上的王牌:投入产出比(ROI)。

  • 极速的开发与迭代:“如果你的目标是尽快发布产品(Ship fast),同时保持系统的可靠性,Go 是完美的折中。” Go 语言的语法极简,没有复杂的生命周期标注,这使得开发者可以把 100% 的精力放在业务逻辑和系统架构上,而不是讨好编译器。
  • 完美的 I/O 并发模型:金融系统的很大一部分工作并非重度 CPU 计算,而是网络 I/O(如对接外部交易所 API、读取数据库、微服务间通信)。Go 内置的 goroutine 提供了极其廉价的上下文切换机制。一位用户精辟地总结:“在处理高度并发或重度 I/O 阻塞的操作时,Go 是无敌的。而在 Rust 中构建高并发的异步(Async)应用,需要极高的经验值,但在 Go 中这就像呼吸一样自然。”
  • 足够好的性能与 GC:虽然 Go 有垃圾回收机制,但经过十多年的演进,Go 的 GC 停顿时间已经达到了亚毫秒级。对于 99% 的金融应用(如支付网关、账单系统、风控后端)来说,Go 的性能已经“快到了性能盈余”的地步。社区用户坦言:“除非你是在证券交易所做内部的高频交易(HFT),否则 Go 的速度绝对绰绰有余。”

领域决定边界:基础设施与业务逻辑的解耦

讨论中一个非常核心的洞见是:不要试图用一种语言解决所有问题,而是要看清具体领域的边界。楼主的背景是 Python,主要涉及 ML 流水线。这引出了现代架构中非常经典的一种组合模式。

Python + Go:现代数据驱动架构的“王炸”组合

  • Python 主宰数据与模型:在机器学习、量化分析和数据科学领域,Python 的生态(Pandas, NumPy, PyTorch)具有不可撼动的统治地位。强行用 Go 或 Rust 去重写模型训练或复杂的矩阵运算,被社区公认为“过早优化”和“重复造轮子”。
  • Go 主宰服务与编排:当模型训练完成需要部署上线,或者需要构建处理海量请求的 API 网关、数据搬运管道、以及后端微服务时,Python 的 GIL(全局解释器锁)和性能瓶颈就会显现。此时,引入 Go 作为基础设施层(Infrastructure Layer)是最完美的互补。

这种架构下,系统被清晰地划分为:Go 负责将数据又快又稳地搬运和路由,Python(在底层 C/C++ 的加持下)负责纯粹的数学和模型计算。这种解耦使得整个系统既享受了 Python 的生态红利,又获得了 Go 在分布式系统上的强悍工程能力。

真正的 HFT(高频交易)属于谁?

不可忽视的是,当讨论深入到金融领域的最底端——高频交易(HFT)时,社区展现出了极度客观的技术视野。

多位业内人士指出,在纳秒必争的超低延迟交易领域,C++ 依然是绝对的霸主。尽管 Rust 在试图切入这一市场,但 C++ 在传统金融领域积累的庞大库、成熟的生态以及直接操作硬件的能力,短期内难以被撼动。因此,如果业务的核心真的是 HFT,那么 Go 和 Rust 可能都不是最优解。这就进一步确认了 Go 的主战场:高吞吐的分布式后端与云原生基础设施。

隐性成本:认知负荷、团队建设与代码维护

在架构决策中,语言的特性往往只占 50%,另外 50% 则是关于人的管理。这也是本次社区讨论中,Go 获得压倒性支持的关键原因。

代码的生命周期与可修改性

“在商业应用中,我更看重随着时间的推移,修改代码有多难。业务需求在不断变化,代码也必须随之改变。”

  • Go 的修改成本极低:Go 的代码结构扁平,没有复杂的隐式抽象。这使得重构和修改极其快速。Go 的接口(Interface)设计是隐式的(Duck Typing),在拆分微服务或调整模块时,不需要像严格继承体系那样大动干戈。
  • Rust 的“牵一发而动全身”:Rust 高度严格的类型系统是一把双刃剑。虽然它保证了修改后的代码几乎不会出错,但在快速迭代期,添加一个新功能往往意味着要重构一大部分的生命周期标注和类型关系,这对于需要快速响应市场变化的初创项目来说是致命的。

团队招聘与代码交接

“如果你用 Rust 构建了一个工具,当系统在半夜发生故障时,团队里的其他人能轻易地看懂代码并修复它吗?”

Go 的创造者之一 Rob Pike 曾明确表示,Go 的设计初衷就是为了解决 Google 内部大型团队的协作问题。Go 的语法少、规范统一(gofmt),被称为“没有魔法的语言”。一个有其他语言基础的程序员,通常只需一两周就能熟练上手 Go 并提交生产代码。

相比之下,熟练的 Rust 开发者在市场上不仅稀缺,而且薪资高昂。对于一家非底层技术驱动的金融公司而言,使用 Go 可以极大地降低招聘门槛和团队代码交接的风险。

小结:务实主义的胜利

回到这位发帖者的终极问题:“我应该同时深入学习 Go 和 Rust 吗?”

社区给出的答案异常一致:绝对不要。 尤其是在项目初期。同时学习两门底层逻辑截然不同的语言,不仅会带来巨大的认知撕裂,还会严重拖慢项目进度(Shipping speed)。

最终,这位发帖者更新了他的决定:选择 Go。

“我不想在开始阶段就陷入困境,既然我是独立开发,我开始觉得 Go 才是正道。对于沉重的数学计算,我会继续让 Python 负责。我意识到 Go 真的非常好用,只要我懂得正确使用它,它能在所有的用例中大显身手。此外,Go 社区是我见过最友好的社区之一,你们太棒了!”

在 AI、区块链、量化金融等技术泡沫层出不穷的今天,技术选型很容易陷入“追逐时髦”(Hype Driven Development)的陷阱。Rust 无疑是一门伟大的语言,代表了系统编程的未来探索。然而,Go 语言的伟大之处在于它始终保持着极其清醒的工程边界感

它不追求类型理论的极致完美,也不苛求消除最后百分之一的性能损耗,它追求的是:在开发者心智负担、编译速度、运行性能、并发模型和部署便利性之间,找到一个无可挑剔的全局最优解。

对于现代分布式系统、网络服务和金融后端基础设施而言,Go 依然是那个能够让你“早点下班、安心睡觉”的最优选择。这也是务实主义在工程世界里,又一次漂亮的胜利。

资料链接:https://www.reddit.com/r/golang/comments/1ra0dza/go_vs_rust_for_longterm_systemsfinance/


你怎么选?

软件工程永远是权衡的艺术。在你看来,对于非高频交易的后端业务,Rust 带来的安全性是否足以抵消它的开发成本?如果你现在接手一个新项目,你会优先选择“能让你早点下班”的 Go 吗?

欢迎在评论区分享你的选型“心法”!


还在为“复制粘贴喂AI”而烦恼?我的新专栏 AI原生开发工作流实战 将带你:

  • 告别低效,重塑开发范式
  • 驾驭AI Agent(Claude Code),实现工作流自动化
  • 从“AI使用者”进化为规范驱动开发的“工作流指挥家”

扫描下方二维码,开启你的AI原生开发之旅。


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

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

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

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

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


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

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! 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