Rust 在软件可靠性和性能方面向前迈出了一大步，这直接转化为 $$ 和节省的时间。它解决了开发人员每天面临的许多问题，例如不变性和良好的抽象。
但与所有技术一样，它也有一些缺点，可能不会使其成为您项目的最佳选择。今天想探讨一下我认为 Rust 的不好用例情况：
快速原型设计和黑客马拉松
我们要清楚，Rust更倾向于可靠性而不是开发速度。因此，如果你的时间仅限于1或2天，你有比手动管理内存和处理每一个边缘案例更好的事情要做。
也就是说，对于持续时间超过几周的项目，由于需要监控和调试的东西较少，可靠性将使你节省大量的时间和金钱。
单独开发者
Rust的库（crates）生态系统还很年轻。如果你是一个单独的开发者，你可能想把尽可能多的东西外包出去，因此Rust可能不是最合适的。你可能更喜欢那些拥有庞大的即用型库生态系统的语言。
另一方面，Rust的可靠性减轻了个人开发者对广泛监控的要求。
当与许多SaaS服务集成时
如果你正在开发一个与许多第三方API集成的服务，你可能想使用另一种有很多官方SDK的语言，如TypeSript或Python。
也就是说，现在AWS已经有了官方的SDK，我希望更多的公司能够遵循这一路径，提供Rust SDK。
如果你喜欢完成而不是完美
老实说，不是所有的软件都需要Rust提供的可靠性和性能。有时，一些错误是可以接受的，而Rust只会让你的速度变慢。在这些情况下，你会更喜欢Go等更无聊的语言。