不卷了!技术团队成员集体辞职

16,386 阅读7分钟

技术编辑:MissD丨来源:思否技术圈


前段时间,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 的长期发展以及成为备受广大开发者喜爱的编程语言。

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

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

近期热文推荐:

1.1,000+ 道 Java面试题及答案整理(2022最新版)

2.劲爆!Java 协程要来了。。。

3.Spring Boot 2.x 教程,太全了!

4.Spring Boot 2.6 正式发布,一大波新特性。。

5.《Java开发手册(嵩山版)》最新发布,速速下载!

觉得不错,别忘了随手点赞+转发哦!