Rust All Hands 2026：166人线下聚会的成果
(Rust) All-Hands 2026 Retrospective
2026年5月，166名 Rustaceans 齐聚荷兰 Utrecht，参加 Rust All Hands 线下聚会。这是 RustNL 连续第二年组织此类活动，旨在让项目成员面对面协作、讨论未来方向并解决技术瓶颈。会议期间，73场讨论覆盖了从 const generics、SIMD 到 Rust/C++ 互操作等核心议题，同时 Rust for Linux 和 Rust for CPython 团队也取得了关键进展。参与者普遍反馈极佳，平均评分高达 9.5分，许多人表示在走廊或酒店里的随机交流带来了意想不到的突破。Rust All Hands 2027 已确认将于明年5月再次在 Utrecht 举行。
在走廊或酒店里偶然遇到某人，并从中获得无价的知识，这种经历本身就具有内在价值。
HN 评论区
59- the__alchemist
站在相关群组描述所代表的角度，我来唱个反调。在我熟悉的两个领域里，Rust 未来确实大有可为，目前的应用也堪称典范。但我认为，恰恰是这两个群组不太可能（也不应该）担此重任。
Rust-GPU：这个组织负责 Rust CUDA 项目，而这是一个历史上一直无法运行的库，我曾为此浪费了大量时间试图修复。相比之下，Cudarc 是一个简单、开箱即用且维护者响应迅速的库。在图形领域，WGPU 和 Vulkan 绑定是更好的路径。值得关注的是 Nvidia 官方的 Cuda-Oxide，它在主机端采用了类似 Cudarc 的 API 风格，并拥有自研的原生 Rust 内核（目前处于早期/开发中阶段）。看到名单上是“Rust GPU”而不是 WGPU、Nvidia/Cuda-Oxide 或 Cudarc，确实令人惊讶，因为它是这一组中可行性最差的。
嵌入式是 Rust 大展身手的绝佳领域，得益于通用的语言工具链、Cargo 以及 Knurling 工具（如 Probe-RS 和 defmt），它已经非常出色。但我对嵌入式工作组的历史和风格并不买账。例如，Embedded HAL 并不适合实际的固件开发及集成。ESP 上的 Rust 项目曾经很棒，但大约 1 到 1.5 年前因管理不善陷入混乱，最终不得不让新维护者重写大段 HAL 代码。我在 STM32 和 nRF 上使用 Rust 很顺手，甚至用 Rust 编写过可飞行的特技四轴飞行器固件，但我从未与该工作组达成共识。总体而言，他们倾向于设计过于复杂的 API，这……
- apitman
我完全能预见 Rust 会成为编写 AI Agent 的首选语言，因为它内置了如此坚实的防护栏。但我也能预见，随着 LLM 速度越来越快，编译时间将成为迭代速度越来越明显的瓶颈，Rust 可能会因此逐渐被边缘化。
- Animats
“ moderation 小组为 Rust 的版主提供了一个安全空间，让他们在 Hachyderm 首席版主 Q 的支持下讨论所面临的挑战。项目文化讨论审视了导致维护者和贡献者感到无力感的根源，并探讨了应对方法。关于项目目标、北极星指标和资金的会议，则探讨了如何改进项目的协调与工作沟通方式。”
匿名的版主？这听起来有点吓人。