不卷了!技术团队成员集体辞职
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 项具体建议：
首先是责任。Gallant 写道，Rust 社区应该“就核心团队的监督程序达成共识”，他表示，这一过程目前“只对自己负责”。
未来的团队“在 Rust 团队成员的建议下，主动决定如何最好的处理和发现 Rust 团队成员间的不健康冲突”，还建议进行“专业调解”。
尽管提出了这些建议，但从“审核团队”页面上可以看出，目前 Rust 已经紧急任命了一个临时小组（如果不是永久替代者的话），Khionu Sybiern 和 Joshua Gould 已被列为该临时小组的新成员。其中，Gould 已经是 Rust 社区团队的成员。关注互联网架构师
目前，该页面已将前团队成员列为同窗，并附上了一个 message 感谢 “所有过去的成员作出了宝贵的贡献！”
该团队成员在其辞职信的结尾写道，“我们避免了在不负责任的情况下表达具体的不满”，因为他们选择了“保持谨慎和保密”。但 Rust 社区及其替代者则“对核心团队（或其成员）的任何声明持极端怀疑态度”。
最后，该团队成员表示，他们愿意与 Rust 团队成员联系，寻求“建议或澄清”。而这封信和信的结尾，也让人不得不猜想社区应该会这样做。
由 Rust 团队辞职引发的“开源社区治理”话题
对于此次 Rust 审核团队集体辞职事件，尽管 Twitter 上似乎看着没啥大事情发生的样子，但众多的 Rustacean （Rust 开发者的称谓）却非常好奇这究竟发生了什么。
Andrew Gallant 的最后一条推文似乎与 9 月初围绕 Rust、核心团队和亚马逊的一场混战有关，在这场混战中，Infoworld 上的一篇文章引发了一系列事件。
据 thenewstack 援引该报道称，这篇文章后来被编辑了注释：“文章前一个版本正确地指出，Rustacean 原则是模仿亚马逊原则的，但无意中可能暗示亚马逊对 Rust 的发展负有某种责任。亚马逊雇佣了几个 Rust 维护者和贡献者，但它只是众多有员工参与的公司之一。”当然，这两件事也可能完全无关。另外，搜索公众号互联网架构师回复关键字"2T”获取一份惊喜礼包。
在以上报道的更新内容显示，一位 r/Rust 版主详述帖子上发表的一条置顶评论后来被编辑，称情况并非如此：“为了回答这个问题是否与今年早些时候发生的事件有关，@Steve Klabnik 担心 Rust 基金会寻求执行董事和亚马逊对 Rust 基金会的影响，我们可以得出结论，这与这个事件无关：核心团队是独立于 Rust 基金会的部门。Rust 基金会自那时以来选择了一个执行董事，核心团队和稳健团队似乎没有任何关联亚马逊。”
对于以上观点，Rust library 团队负责人 Mara Bos 持相反观点。她认为 @Steve Klabnik 的观点“完全是胡说八道”。Andrew Gallant 最近的两条推特转载了 Mara Bos 的观点。
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 的长期发展以及成为备受广大开发者喜爱的编程语言。
这一次事件，也再次让我们深刻意识到，在理想与现实之间，团队合作始终是最重要的，而太多的冲突对于技术团队而言，不仅仅是一种“内耗”，更多是惋惜。
关于更多该事件的下一步走向，我们也会持续关注~
相关阅读：2T架构师学习资料干货分享
全栈架构社区交流群
「全栈架构社区」建立了读者架构师交流群，大家可以添加小编微信进行加群。欢迎有想法、乐于分享的朋友们一起交流学习。
扫描添加好友邀你进架构师群，加我时注明【姓名+公司+职位】看完本文有收获？请转发分享给更多人
往期资源：
Java高级 - 分布式系统开发技术视频