Rust

我注意到尽管 Rust 正在增长，但相对数量保持不变。这很好！这表示 Rust 爱好者的数量正在增加，可以很快成为专业人士。给雇主的提示：在“X 年专业 Rust 经验”的人选之外，还有大量愿意从当前工作转行的人。

值得注意的是，Rust 确实在几年前从“一种奇怪的新语言”变为“投入生产也不是不行”，因此期间增长可以预期，也令人高兴。

Rust 是一门年轻的语言，所以有多年经验的老手很难找到。因此，采用 Rust 的经理应该为团队的培训和其他形式的教育和支持划出预算。另外，还应考虑到一个拥有数十年编程经验的人可以在帮助下快速采用一门新的编程语言。

过去使用过 Rust 的人大体上仍在使用。新用户的相对份额几乎保持不变，呈现出健康的有机增长模式。高级 Rust 用户的份额有所增长，这对于雇主来说是个好消息。

近半数受访者是通晓多种语言的程序员，在 Rust 之外还使用另一种语言。这些百分比大致能够反映当前受欢迎程度。如他们所说，最好的工具通常就是手头的工具。

这让我很惊喜，我此前预计纯 Rust 项目的比例会低一些。我对 JavaScript 的数字并不惊讶，因为社区非常接近，彼此相处融洽。

rust-analyzer 增长巨大！这并不奇怪，因为 rust-analyzer 项目最近融入了更大的 Rust 组织，并且 Rust Language Server (RLS) 也为支持 rust-analyzer 而被弃用。我很高兴有很多人为 Rust 使用高级 IDE 并且 IntelliJ Rust 与 rust-analyzer 之间存在健康的竞争与合作！

rust-analyzer 取得了重大进展，现在成为 Rust 的官方 LSP 实现。IntelliJ Rust 也保持强劲势头。使用过两者后，我仍然不时在它们之间切换。两件精美的工程结晶。真棒！

更多人使用调试器，这可能是因为去年以来支持有所改善。dbg! 宏仍然毫不意外地占据了上风，因为它是一种可供快速了解运行时状态的简便方法。另外，由于 Rust 相当挑剔，应用程序通常一开始就不需要调试。

调试器和以往一样麻烦。我使用的是 eprintln!（通过 IDE 中的 pd 代码段），但我很怀念 Kotlin 的出色调试器。

这完全是工具链的错！此处列出的所有工具都难以使用。如果您是全职进行分析（例如，像 nnethercote 一样的大项目性能工程师），您可以花时间学习所有性能标志。但是，如果您只想花一小部分时间进行性能调查，那么学习曲线就非常不友好。我希望 Rust 能向 Go 学习，将 pprof.StartCPUProfile 作为工具链的一部分。不过，这将需要大量工作。

出人意料的是 – 但也不足为奇 – 对于许多人为速度而使用的语言，性能衡量却并不常见。我的理论是，性能工具无法获取以及因平台而异。

CLI 工具被证明是 Rust 出彩的冷门领域。去年，约一半开发者都在开发它们。同样值得注意的是，虽然区块链公司经常吹嘘自己使用 Rust，但实际上只有 6% 的受访者在该领域工作。这要么是过度炒作和营销，要么是少数在区块链工作的 Rust 开发者效率极高。也可能两种情况都存在。

鉴于在公众眼中区块链行业有很多 Rust 工作，看到这个选项甚至低于嵌入式和学术用途让我非常惊讶。

尽管 Windows 有所进展，但 Linux 仍占据主导地位。我认为这可能是由于 Microsoft 对 Rust 的投资，以及 Linux 用户通常是早期采用者，而且现在越来越多的社区拥有更多保守用户，他们倾向于使用 PC 附带的操作系统。

还有一个小惊喜 – 我会把 WebAssembly 置于嵌入式使用的某个地方。这再次表明了轮询的重要性。