要是用 Rust 就不会出问题了

[cmos]

最近在开发一个新项目，技术选型阶段又一次陷入了 Rust 还是 Go 的问题。

实际用 Go 写起来非常顺手，并发模型简单明了，开发效率高，几乎没遇到什么语言层面的坑。从结果上看，项目运行稳定，性能也完全达标。

但不知道为什么，总是觉得如果换成 Rust ，内存安全、零成本抽象、模式匹配，可以让代码更稳健，用 Rust 就不会出问题。实际上，Rust 的开发节奏会拖慢进度，而且 Go 的工程表现已经足够好。

[chunqicoder]

肯定是进度最重要啦，什么“内存安全、零成本抽象、模式匹配，可以让代码更稳健”对于进度来说都太虚幻了，对于普通业务来说进度才是唯一重要的，快速产出才是最重要的，我想起一个梗“当你不确定要不要买 mac 的时候说明你不需要 mac” 或者 当你不确定是不是必须要用 rust 的时候说明不需要 rust

[Niphor]

要是没 bug ，怎么完成 kpi

[46fo]

还是太闲了🙂

[yplam]

除非是计算密集型、内存受限、大量 FFI 调用，不然还是 Go 实际点（大规模部署的除外）

[youyouzi]

@chunqicoder 哥，想去做手工了

[BingoXuan]

go 能应对大部分抽象，并不需要 rust 。rust 是零成本抽象和大量抽象。比起 rust ，我更喜欢 zig 。但 zig 总是时不时来一个破坏性更新，真的很恼人。

[chchwy]

GO 沒問題的話，Rust 還要解決什麼？

[cmos]

@chunqicoder 1#
> 当你不确定是不是必须要用 rust 的时候说明不需要 rust
这句话太好了，算是 rust 开发的准绳

[94]

> 但不知道为什么，总是觉得如果换成 Rust ，内存安全、零成本抽象、模式匹配，可以让代码更稳健，用 Rust 就不会出问题。

Cloudflare 11/18 的大面积故障，不就是 Rust 写的业务代码有逻辑问题吗……

[WithoutSugarMiao]

古法编程吗？能用 rust 就用吧，感觉之后 rust 可能会代替 go 的生态位。

[fengyj]

锈批的幻觉:
- rust 会取代 xxx
- 上 rust 就没这问题了，然而很多时候问题不是全在语言本身，业务理解的 bug 才是根源

[craftsmanship]

@youyouzi 这都能给认出来

[craftsmanship]

@BingoXuan 还没推 1.0 。。别急

[cmos]

@fengyj 11#
是的，我就是因为有这个幻觉，才总是下意识的想用 rust

[hingle]

经验丰富、或 rust 用熟练了，用哪个语言都可以，因为知道哪些地方比较容易出现内存安全问题。

[werls]

要是不做开发，根本不会有纠结 go 还是 rust 的烦恼！

[ninjaJ]

如果让我再选一次，我可能会简单的项目用 Rust ，复杂的项目不用它。
作为一个老 Java ，可以说 Java 早已病毒入脑。之前在一个比较复杂的新项目中贸然使用 Rust ，为了兼顾灵活性、效率和内存安全，过早地使用了大量泛型和智能指针这些东西，认知负担特别重，踩了特别多的坑。
要是再让我选一次，什么能让我一把梭，我就选什么。只有在遇到切实的语言相关的性能瓶颈、安全漏洞需要**重构**时，再用 Rust 锦上添花。
慢工出细活才是入手 Rust 的正确使用方式。

[MindMindMax]

Rust 的认知负担太重了，还是喜欢简洁的 Go 。
相比给自己（合作开发者）创造那么大的精神压力，我宁愿牺牲一丢丢性能。
珍爱生命，我用 Python （ Golang ）

[Smileh]

建议别搞程序员工作

[zxjxzj9]

谁说的用 rust 就不会出问题，Cloudflare 一行 rust 代码把全世界互联网干碎一晚上不记得了？