<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>rust on </title>
    <link>/tags/rust/</link>
    <description>Recent content in rust on </description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <lastBuildDate>Wed, 09 Sep 2026 00:15:00 +0800</lastBuildDate><atom:link href="/tags/rust/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>corrode.dev 的 Go 到 Rust 迁移指南：工具链、类型系统、集成策略与哪些场景留在 Go</title>
      <link>/reading/corrode/go-to-rust-migration-guide/</link>
      <pubDate>Wed, 09 Sep 2026 00:15:00 +0800</pubDate>
      
      <guid>/reading/corrode/go-to-rust-migration-guide/</guid>
      <description>这篇是 corrode.dev「Migration Guides」系列里 Go 到 Rust 的一篇，作者 Matthias Endler 做 Rust 培训和迁移咨询，原文 2026-05-21 发布、2026-07-20 修订，明确只谈后端服务。他的主张是：Go 开发者已经站在静态类型编译语言这一边，换 Rust 换来的主要不是速度，而是一批在 Go 里靠约定、linter 和运行时探测兜住的检查被挪进了类型系统；要付的是借用检查器、编译时间和 async 着色。
作者的立场：不喜欢 Go，开的是 Rust 咨询公司 他不喜欢 Go，认为它把 easiness（写得容易）和 simplicity（本身简单）混为一谈，nil 到处都是、错误处理靠纪律、泛型缺席多年都是他不同意的方向。但他也承认 Go 的成功是事实：JetBrains 开发者生态调查里 Go 长期占 17–19%，Rust 2024 年是 11%。另一层利益相关他也写在前面：他开的是 Rust 咨询公司，用 Rust 的人越多生意越好；同时他在两种语言上都做过职业开发，把 Go 服务送上过生产。
指南的读者定位是想知道「换到 Rust 之后哪些地方变了」的 Go 开发者。他推荐同时读一篇立场相反的文章，Blain Smith 的 Just Fucking Use Go，两个观点同时在脑子里比只拿一个有用。
工具链：cargo 覆盖的范围比 go 命令更大 Go 带头做了「batteries included」的工具链，编译、测试、格式化、依赖管理一套接口；Rust 跟上了这一步，而且 cargo 内置得更多。原文给了一张命令对照表，主干是这几行：
Go Rust go build / go run .</description>
    </item>
    
  </channel>
</rss>
