文章插图
11 月 23 日，Rust Moderation Team（审核团队）在 GitHub 上发布了辞职公告，即刻生效 。根据公告，审核团队集体辞职是为了抗议 Rust 核心团队（Core team）在执行社区行为准则和标准上让自己不受制约 。
审核团队并没有在公告中透露过多的细节 。不过，根据审核团队成员 Matthieu M 在 Reddit 上的表述，导致审核团队直接辞职的原因是，其与 Rust 核心团队数月来一直不断恶化的矛盾 。
两天后，Rust 也在内部博客上就审核团队集体辞职事件做出了回应，但回应中也并未提及审核团队所控诉的核心团队的问题是否真实存在，只是表示正在讨论和尝试对话，Rust 将致力于社区和项目的长期健康 。
Rust 核心团队是否真如审核团队所控诉的那样“除了自己，他们不受任何人的监督和约束”？核心团队内部到底出了什么问题？
参与 Rust 开源项目长达六年的 Dragdu 写了一篇文章，通过他的亲身体会和观察，谈了他对 Rust 核心团队的看法，以下为文章全文：
我本来是不想写这篇文章，但在网上看到很多朋友在批评 Rust 项目的时候，方向好像有点跑偏 。现在审核组已经辞职了，我觉得自己应该出来说两句 。
以下内容是我对核心团队的切身体会与观察，虽然不一定跟审核团队的离开有什么直接关联，但我认为核心团队的很多系统性内部问题正是Rust项目矛盾的一种体现 。
最后澄清一点，这些跟新任命的核心团队成员无关，所有问题都是项目内部长期存在的老毛病 。
在进入正题之前，我先介绍一下自己的背景，这样大家应该更能理解我的体验和视角 。过去六年来，我一直参与 Rust 开源项目，并拥有四年的 Rust 语言组织成员经历 。在 2015 年第一次使用 Rust 时，我还是个学生，想为毕业项目找种新的实现技术 。
负责任地讲，刚一接触 Rust，我就被它深深吸引，甚至有种窥见编程未来的感觉 。这像是有人发现了我在程序中搞出的所有错误，并创造出一种能够消除这些错误的语言 。可以说，Rust 为我打开了通往编程新世界的大门 。
从 2017 年开始，我加入了 rust-lang 组织并为各个 Rust 版本编写发行说明 。过去四年来，我每六周编写一次发行说明，也有幸接触到众多在不同层级和功能上参与 Rust 项目的社区同仁 。每六个礼拜，我们的贡献名单都会再次壮大、社区新成员一直保持着稳定增长 。
这让我意识到 Rust 语言不仅代表着未来，而且体现出社区整体创造独特成果的能力与意愿 。Rust 项目不受个人或企业裹挟，而是由每一位社区成员所指引和把握，帮助大家通过参与贡献提升和成就自己 。
Rust 核心团队“水太深了”
随着项目的发展，治理负担也成为我日常生活中非常重要的一环 。项目如火箭般快速腾飞，社区领导和成员们已经筋疲力尽；特别是在 2018 年之后，我发现越来越多的老伙伴选择离开项目 。
最初我以为这只是出于个人原因，但在跟他们实际接触之后、特别是在亲身接触 Rust 的领导工作以来，我发现这里面的水相当深 。
下面我就具体聊聊自己在核心团队和 Rust 领导层中的经历 。
2018 年Rust社区成立了“治理工作组”，着手解决组织内不断涌现的新问题 。虽然出发点没有任何毛病，但从现实意义上看，这完全就是一场荒唐且尴尬的表演 。
首先，跟其他团队不同，治理工作组在成立之后就一直保持着神秘色彩，根本不向其他团队或成员开放工作内容 。虽然经过不断的催促与询问，工作组最终决定开放会议内容，但我发现身边的领导成员越来越少，最后只剩下我和另一位成员负责重启治理小组 。
治理小组的一大宗旨，就是不会亲自做出治理决策，而是为核心团队和其他团队提供流程与建议 。虽然这个思路听起来还行，但在实践中负责具体行动的团队（说的就是你，核心团队）往往对这些建议没有反应甚至抱有敌意，这时候就要出乱子了 。
下面来看几个典型案例 。
治理工作组在上一轮迭代中公开呼吁建立几个新的工作组 。但直到我加入工作组的时候，部分申请仍然一拖再拖、看不到丝毫进展，因为某些有意参加的成员由于某些行为而被打上了“不受欢迎”的标签 。
推荐阅读
- MySQL 团队开发规范，太详细了，建议收藏
- 专门做计划的软件?有没有一款计划软件_1
- 团队励志口号大全有哪些？
- “祝融号”如何应对火星上的冬天？工程团队详解
- linux高性能服务器开发十大必须掌握的核心技术
- Intel|Intel终于冲到56核心！下代至强首次跑分 力压Zen2 64核心撕裂者
- 计算机网络的 89 个核心概念
- 万历为什么打不过努尔哈赤?努尔哈赤称帝吗
- ARM|安谋科技联名签署团队公开信：拒绝被软银实控 坚持跟随吴雄昂！
- 电影|河北一大学毕业生作品入围戛纳：6人团队打造、成本只有5000元