Go vs Rust：MacBook Air 上的高速并行迭代之选

是什么

这是一条纯观点推文：Agent 工具开发者 yetone 引用 mkdir700 对 Rust 迭代速度的抱怨，说明自己选择 Go 的核心理由——即使在小内存的 MacBook Air 上，也能高速并行迭代、快速验证，并以「不敢想象如果用 Rust 😱」表达对 Rust 编译与开发节奏的顾虑。

背景与论点链条

Rust 拥有类型系统、借用检查与零成本抽象带来的运行时性能与安全性优势，但代价是编译时间长、编译器反馈严格，改一行代码往往要等较久的增量编译。而 Go 的编译器追求极快编译，工具链内置测试、竞态检测与并行原语，天然适合「改代码—跑测试—再改」的高频循环。对于需要快速试错、并行跑多个实验的开发场景（尤其是 Agent 类工具的快速演进），迭代速度常常比极致运行时性能更关键。

关键洞察

语言选型本质是工程权衡而非信仰站队：当硬件受限（MacBook Air）且业务形态以快速验证为主时，Go 的「编译快、上手快、并发易用」直接转化为研发效能；mkdir700 的 envy 也从侧面印证了 Rust 在迭代敏捷性上的普遍痛点。

边界与风险

该结论依赖场景：追求性能、内存安全与长期稳定的系统级项目，Rust 依然是优选；Go 在抽象能力与运行时性能上有上限。此外这是个人经验之谈，缺乏基准数据支撑，读者应结合自身项目形态判断，不宜直接照搬选型结论。