在 Rust 出现之前，没有必要反复强调一些问题，因为这些问题并没有真正的解决方案。
每个人都知道内存溢出是一个问题，Java 之类的语言可以提供帮助；每个人都知道如果必须编写自己的数据结构很糟糕，而 Python 之类的语言会有所帮助。
但是没有人从整个类别的问题（如“易于组合”和“内存安全”）的角度讨论当前语言的痛点，除非您正在设计一种编程语言，否则这样做没有结果。
几十年来，安全性一直是一个很好理解的大的问题类别，但解决它要么需要在性能和可维护性（Python、Ruby、Erlang）之间进行权衡，要么并不能真正解决它（Java、JavaScript、PHP）。
这些问题，整个类别的问题集，都以“背景辐射”的形式存在。每个人都一直在抱怨他们，但没有解决所有问题的办法。
有了 Rust，您就会听说一种可以解决所有这些问题的技术。现在不是多对多问题到解决方案的映射，而是多对一的映射。
这让人感觉 Rust 无处不在，一下子无处不在，因为它与我们所做的一切都相关。
我已经编程 30 年了。我已经成功地在没有类型安全的语言中进行了大规模的重构。我用会产生 GC 开销的语言编写了快速服务。我用不强制执行良好内存卫生的语言编写了紧凑的代码。我已经在微型微型计算机上完成了它，并且我已经在分布式多核集群上完成了它。
清单：
- Java 失败的方式与它成功的方式一样多。
- There’s a time and place, and you don’t want to drive people away.
- 有些人从 60 年代开始就知道问题的类别，并且以前尝试过解决这些问题，但都失败了。
- 也许我在职业生涯中编写的所有代码都很糟糕。
- 足够熟练的程序员可以克服或避免其他语言的陷阱。
- 你可以用任何语言编写糟糕的代码。
- 您可以使用任何语言编写不安全的代码。
- 我不是在说你，特别是亲爱的读者。
- 当然，Rust 并不能解决所有问题，所以我不会声称它确实可以。
- 我见过其他不是 Rust 的好技术。
- Rust 是一门大语言，所以有很多东西要学，这很难。
- 很难衡量Rust 对事物的改进程度。
- Rust 的一些困难和问题无法解决，也永远不会解决。
- 使用糟糕的技术是一种竞争优势，它只是一个不增长市场。
- 也许与糟糕的技术合作是一个增长市场，因为我们不断创造更多糟糕。
- 也许 Rust 是更糟糕的技术，我只是还不知道。
- 我编写代码的速度实际上并不令人印象深刻。
- 拜托，我更喜欢它，如果你不喜欢它，我会很感激它会更好，但我不能告诉你该怎么做。