不卷了？某知名公司团队成员集体辞职！ | 芋道源码 —

阅读全文

⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处思否编辑部「MissD」欢迎转载，保留摘要，谢谢！

🙂🙂🙂关注**微信公众号：【芋道源码】**有福利：

RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表

RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址

您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。

新的源码解析文章实时收到通知。每周更新一篇左右。

认真的源码交流微信群。

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 团队成员间的不健康冲突”，还建议进行“专业调解”。
最后，新团队应该“尽可能地特别注意保持团队的健康规模和多样性”，这是 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 的长期发展以及成为备受广大开发者喜爱的编程语言。

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

关于更多该事件的下一步走向，我们也会持续关注~