不卷了!技术团队成员集体辞职
点击关注公众号,Java干货及时送达
上一篇:一款基于 Spring Cloud 的神仙私活项目,已开源,微服务也能搞定!2022 接私活必备!
技术编辑:MissD丨来源:思否技术圈
前段时间,Rust编程语言的审核团队突然宣布集体辞职,且立即生效。他们通过 GitHub 上的 pull request 提出了该辞职声明(目前该页面已锁定)。
随后,该事件迅速引爆了海外程序员、开发者以及整个开源圈热议。
据 Rust 相关页面信息显示,该审核团队主要负责“维护行为准则和社区标准”,但根据辞呈中的内容来看,他们无法做到这一点,核心团队似乎超出了这些界限。
Gallant 在辞呈中表示,“由于这种结构上的不负责任,我们无法按照社区对我们的期望和我们自己坚持的标准来执行 Rust 行为准则”。随后,他就如何向前迈进向 Rust 社区提出了 4 项具体建议:
首先是责任。Gallant 写道,Rust 社区应该“就核心团队的监督程序达成共识”,他表示,这一过程目前“只对自己负责”。 即将离任的团队建议“由 Rust 团队成员而非核心团队成员替换审核团队”。 未来的团队“在 Rust 团队成员的建议下,主动决定如何最好的处理和发现 Rust 团队成员间的不健康冲突”,还建议进行“专业调解”。 最后,新团队应该“尽可能地特别注意保持团队的健康规模和多样性”,这是 Gallant 他们自己没有做到的。
目前,该页面已将前团队成员列为同窗,并附上了一个 message 感谢 “所有过去的成员作出了宝贵的贡献!”想成为架构师,这份架构师图谱建议看看,少走弯路。
该团队成员在其辞职信的结尾写道,“我们避免了在不负责任的情况下表达具体的不满”,因为他们选择了“保持谨慎和保密”。但 Rust 社区及其替代者则“对核心团队(或其成员)的任何声明持极端怀疑态度”。
最后,该团队成员表示,他们愿意与 Rust 团队成员联系,寻求“建议或澄清”。而这封信和信的结尾,也让人不得不猜想社区应该会这样做。
另外,2022 最新 Java 面试题和答案全部整理好了,微信搜索Java技术栈,在后台发送:面试,可以在线阅读。
由 Rust 团队辞职引发的“开源社区治理”话题
对于此次 Rust 审核团队集体辞职事件,尽管 Twitter 上似乎看着没啥大事情发生的样子,但众多的 Rustacean (Rust 开发者的称谓)却非常好奇这究竟发生了什么。
Andrew Gallant 的最后一条推文似乎与 9 月初围绕 Rust、核心团队和亚马逊的一场混战有关,在这场混战中,Infoworld 上的一篇文章引发了一系列事件。
点击关注公众号,IT 资讯及时送达
Matthieu M. 写道:“我们与核心团队的关系几个月来一直在恶化,我们的辞职绝不应被视为对你提名的谴责。我祝你一切顺利。”
对于以上温和派团队辞职的进一步评论,Chef 联合创始人 Adam Jacob 在推特上表达了自己对该话题的看法,“尽管他没有关于这一情况的内幕信息,但其实 Rust 社区已经创造了。”
除了以上观点的交锋,维特上更多关于该事件引发的开源治理问题,也再次被业内重视并讨论了起来。
最新面试题整理好了,大家可以在Java面试库小程序在线刷题。
大受欢迎的编程语言 Rust:“理想与现实”
早在 2016年,Stack Overflow 的开发者年度调查就将 Rust 评为“最受欢迎”的编程语言。随后的 2017年、2018年、2019年、2020 年和 2021 年,开发者再次投票表达了对 Rust 的喜爱。
其实早在打造 Rust 社区之初,就“Rustacean Principles”原则,以平衡有时相互竞争的发展优先事项,比如开发者总结的一些特点:
可靠:如果它能编译,它就能工作。 性能:惯用代码运行效率高。 支持性:语言、工具和社区在这里提供帮助。 卓有成效:一点点努力就能完成很多工作。 透明:您可以预测和控制低级细节。 多才多艺:你可以用 Rust 做任何事。
我们看到,Rust 编程语言从来没有像现在这样“光鲜亮丽”,焕然一新。也正因为如此,业内也推测,到2022年左右,这种对 Rust 的执着将会继续持续下去。
这一次事件,也再次让我们深刻意识到,在理想与现实之间,团队合作始终是最重要的,而太多的冲突对于技术团队而言,不仅仅是一种“内耗”,更多是惋惜。
关于更多该事件的下一步走向,我们也会持续关注~=
关注Java技术栈看更多干货