最近在开发一个新项目，技术选型阶段又一次陷入了 Rust 还是 Go 的问题。 实际用 Go 写起来非常顺手，并发模型简单明了，开发效率高，几乎没遇到什么语言层面的坑。从结果上看，项目运行稳定，性能也完全达标。 但不知道为什么，总是觉得如果换成 Rust ，内存安全、零成本抽象、模式匹配，可以让代码更稳健，用 Rust 就不会出问题。实际上，Rust 的开发节奏会拖慢进度，而且 Go 的工程表现已经足够好。 Rust, Go, 并发
肯定是进度最重要啦，什么“内存安全、零成本抽象、模式匹配，可以让代码更稳健”对于进度来说都太虚幻了，对于普通业务来说进度才是唯一重要的，快速产出才是最重要的，我想起一个梗“当你不确定要不要买 mac 的时候说明你不需要 mac” 或者 当你不确定是不是必须要用 rust 的时候说明不需要 rust
> 但不知道为什么，总是觉得如果换成 Rust ，内存安全、零成本抽象、模式匹配，可以让代码更稳健，用 Rust 就不会出问题。 Cloudflare 11/18 的大面积故障，不就是 Rust 写的业务代码有逻辑问题吗……
