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


    技术编辑: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开发手册(嵩山版)》最新发布,速速下载!

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

  • 相关阅读:
    c# 设计模式 之:装饰模式
    c# 设计模式 之:抽象工厂
    c# 设计模式 之:简单工厂、工厂方法、抽象工厂之小结、区别
    c# 设计模式 之:工厂模式之---工厂模式
    c# 设计模式 之:工厂模式之---简单工厂
    uml
    ASP.NET应用程序生命周期
    C语言可变参数个数
    软件开发过程中的视角
    UML类图与类的关系详解
  • 原文地址:https://www.cnblogs.com/javastack/p/15812350.html
Copyright © 2020-2023  润新知