Rust 审核团队“一夜之间”集体辞职！开源社区治理话题再被热议

11 月 22 日上午，Rust 编程语言的审核团队突然宣布集体辞职，且立即生效。他们通过 GitHub 上的 pull request 提出了该辞职声明（目前该页面已锁定）。

随后，该事件迅速引爆了海外程序员、开发者以及整个开源圈热议。

审核团队成员 Andrew Gallant 在辞职声明中写道，团队辞职原因是“in protest of the Core Team placing themselves unaccountable to anyone but themselves”（为了抗议核心团队将他置于除自己之外任何人都不负责的境地）。

据 Rust 相关页面信息显示，该审核团队主要负责“维护行为准则和社区标准”，但根据辞呈中的内容来看，他们无法做到这一点，核心团队似乎超出了这些界限。

Gallant 在辞呈中表示，“由于这种结构上的不负责任，我们无法按照社区对我们的期望和我们自己坚持的标准来执行 Rust 行为准则”。随后，他就如何向前迈进向 Rust 社区提出了 4 项具体建议：

1、首先是责任。Gallant 写道，Rust 社区应该“就核心团队的监督程序达成共识”，他表示，这一过程目前“只对自己负责”。

2、即将离任的团队建议“由 Rust 团队成员而非核心团队成员替换审核团队”。

3、未来的团队“在 Rust 团队成员的建议下，主动决定如何最好的处理和发现 Rust 团队成员间的不健康冲突”，还建议进行“专业调解”。

4、最后，新团队应该“尽可能地特别注意保持团队的健康规模和多样性”，这是 Gallant 他们自己没有做到的。

尽管提出了这些建议，但从“审核团队”页面上可以看出，目前 Rust 已经紧急任命了一个临时小组（如果不是永久替代者的话），Khionu Sybiern 和 Joshua Gould 已被列为该临时小组的新成员。其中，Gould 已经是 Rust 社区团队的成员。

目前，该页面已将前团队成员列为同窗，并附上了一个 message 感谢 “所有过去的成员作出了宝贵的贡献！”

该团队成员在其辞职信的结尾写道，“我们避免了在不负责任的情况下表达具体的不满”，因为他们选择了“保持谨慎和保密”。但 Rust 社区及其替代者则“对核心团队（或其成员）的任何声明持极端怀疑态度”。

最后，该团队成员表示，他们愿意与 Rust 团队成员联系，寻求“建议或澄清”。而这封信和信的结尾，也让人不得不猜想社区应该会这样做。

由 Rust 团队辞职引发的“开源社区治理”话题

对于此次 Rust 审核团队集体辞职事件，尽管 Twitter 上似乎看着没啥大事情发生的样子，但众多的 Rustacean （Rust 开发者的称谓）却非常好奇这究竟发生了什么。

Andrew Gallant 的最后一条推文似乎与 9 月初围绕 Rust、核心团队和亚马逊的一场混战有关，在这场混战中，Infoworld 上的一篇文章引发了一系列事件。

据 thenewstack 援引该报道称，这篇文章后来被编辑了注释：“文章前一个版本正确地指出，Rustacean 原则是模仿亚马逊原则的，但无意中可能暗示亚马逊对 Rust 的发展负有某种责任。亚马逊雇佣了几个 Rust 维护者和贡献者，但它只是众多有员工参与的公司之一。”当然，这两件事也可能完全无关。

在以上报道的更新内容显示，一位 r/Rust 版主详述帖子上发表的一条置顶评论后来被编辑，称情况并非如此：“为了回答这个问题是否与今年早些时候发生的事件有关，@Steve Klabnik 担心 Rust 基金会寻求执行董事和亚马逊对 Rust 基金会的影响，我们可以得出结论，这与这个事件无关：核心团队是独立于 Rust 基金会的部门。Rust 基金会自那时以来选择了一个执行董事，核心团队和稳健团队似乎没有任何关联亚马逊。”

对于以上观点，Rust library 团队负责人 Mara Bos 持相反观点。她认为 @Steve Klabnik 的观点“完全是胡说八道”。Andrew Gallant 最近的两条推特转载了 Mara Bos 的观点。

尽管对于该事件暂未有更多细节，但在 11 月 23 日上午，Rust 前审核团队成员 Matthieu M. 刚刚发布了一个单独的 ReDDIT 线程 /R/RISE ，在那里他向 Rust 基金会的新 CEO Rebecca Rumbul 以及核心团队的三个新成员 JT、Jan Erik Rediger 和 Ryan Levick 道歉。

Matthieu M. 写道：“我们与核心团队的关系几个月来一直在恶化，我们的辞职绝不应被视为对你提名的谴责。我祝你一切顺利。”

对于以上温和派团队辞职的进一步评论，Chef 联合创始人 Adam Jacob 在推特上表达了自己对该话题的看法，“尽管他没有关于这一情况的内幕信息，但其实 Rust 社区已经创造了。”

除了以上观点的交锋，推特上更多关于该事件引发的开源治理问题，也再次被业内重视并讨论了起来。

大受欢迎的编程语言 Rust：“理想与现实”

早在 2016年，Stack Overflow 的开发者年度调查就将 Rust 评为“最受欢迎”的编程语言。随后的 2017年、2018年、2019年、2020 年和 2021 年，开发者再次投票表达了对 Rust 的喜爱。

其实早在打造 Rust 社区之初，就“Rustacean Principles”原则，以平衡有时相互竞争的发展优先事项，比如开发者总结的一些特点：

• 可靠：如果它能编译，它就能工作。
• 性能：惯用代码运行效率高。
• 支持性：语言、工具和社区在这里提供帮助。
• 卓有成效：一点点努力就能完成很多工作。
• 透明：可预测和控制低级细节。
• 多才多艺：可用 Rust做任何事。

我们看到，Rust 编程语言从来没有像现在这样“光鲜亮丽”，焕然一新。也正因为如此，业内也推测，到2022年左右，这种对 Rust 的执着将会继续持续下去。

Rust 编程语言项目的联合负责人 Niko Matsakis 、Rust 基金会主席 Shane Miller，以及 Rust 社区的其他关键成员们，也一直正在致力于确保 Rust 在未来几年甚至几十年内都会受到人们的喜爱。

尽管 Rustacean 原则被 Rust 视为座右铭，但当明媚理想遇到残酷现实的时候，理想就可能会被随意丢弃，但事实上恰恰是这些理想，成就了 Rust 的长期发展以及成为备受广大开发者喜爱的编程语言。

这一次事件，也再次让我们深刻意识到，在理想与现实之间，团队合作始终是最重要的，而太多的冲突对于技术团队而言，不仅仅是一种“内耗”，更多是惋惜。

关于更多该事件的下一步走向，我们也会持续关注，如果您对该事件有任何看法，也欢迎在评论区留言互动。