极客程序员“怒斥”:FAANG 科技巨头内部晋升机制正在“扼杀” Kubernetes!

简介: 极客程序员“怒斥”:FAANG 科技巨头内部晋升机制正在“扼杀” Kubernetes!

4 月 7 日,极客程序员 Noah Kantrowitz 在社交媒体上连发多条推文抨击“FAANG”科技股巨头内部晋升机制对 Kubernetes 全职员工不友好 ——“这种阻止开发者全职参与开源贡献的激励措施正在扼杀 Kubernetes ”。

image.png

该推文一经发布,便引来圈内开发者热议。

所谓的 FAANG,最初指 Facebook、苹果 AAPL、亚马逊、Netflix 以及谷歌母公司 Alphabet 这五大美国科技股巨头(现在有点宽泛),他们对整个科技市场集体的影响力重大。

image.png

Noah 在该条推文下方又连发多条推文,对该问题进行了详细阐述 —— 因为这些科技股巨头内部的机制决定了“谁能获得晋升、谁不能获得晋升”。

image.png

image.png

正因为如此,开发者需要花费相当多的时间和精力来完成晋升推荐信及持续游说来宣传自己,尽管推广过程在每个地方都不完全相同,但大多数 FAANG-o-sphere 都采用了类似的模式:

  • 写一份介绍信,说明为什么你应该得到提升,附上你的“推广宣传物料包”
  • 让你的经理将以上材料提交给委员会
  • 等待
  • 或许迎来新机遇

所以,这样一来 Kubernetes 技术社区的维护人员库将面临“快速缩减”的问题,因为大多数开发者技术人员开始致力于“如何实现高薪晋升”....低于整个技术圈来说,这可不是个可持续发展的局面。

Noah 在推文中强调,除了上述问题之外,“我们无法控制的巨大外部激励压力”,这才是迄今为止最大的问题,“老实说,我看不出有什么解决办法”。

“If you are on a FAANG promo committee, think long and hard about how you've valued this kind of work, please. I don't know what to say to the rest of us though. I normally bang the drum of UBI and grant programs but neither is close to enough to sustain something at this scale.”

“如果你是 FAANG 推广委员会的成员,请仔细想想你是如何评价这种工作的。对我而言,我自己是不知道该对其他人说什么的。通常,我会鼓吹 UBI 和助学金项目,但两者都不足以维持如此规模的项目。”

Noah 认为,这个世界上的所有公司都不该为了更大的利益而放弃用户。然而,最近的新趋势是将开发时间转移到如 Istio 等单供应商项目上,这样公司就不必共享方向和目标的控制权。

尽管这种工作确实让公司受益,但这却是可悲!确实也有些人因此而自暴自弃的说“我们就不应该发展开源 Kubernetes,看看我们桌上所剩无几的钱”,但现实并非如此。

作为多数企业最看重的指标之一,可归因收入的重要性不言而喻。但在 Kubernetes 这里,几乎没有明确归因收入。

众所周知,参与开源贡献的收益向来是循序渐进的,这也是每一位参与开源项目的人员所必须接受的。然而,对于开源技术人员来说,维护开源项目已经耗费了不少精力时间,如果每周再做“晋升拉票”、在领导层里做“自我推荐”工作的话,这确实是一种消耗。

Noah 表示,“大家有孩子、各种车贷房贷,当这些公司中的大多数人认为没有得到晋升是失败的,当所有人都告诉你不这样做时,做正确的事情就没有奖励了”......

“但要知道,数百或数千家企业的所有收入之所以能够存在,是因为 Kubernetes 是一个‘大帐篷’,在这里每个人都可以共同建立的社区管理标准。将其重新分解成特定于供应商的小工具包则有损于他们自身的利益。”

因此,Noah 希望大家能找到扭转这一趋势的方法。“我坚信 Kubernetes 是一个良好的技术基础,可以为未来的发展奠定基础,也是一个令人惊叹的社区,我希望看到它继续下去。”

......

对于 Noah 的一番言论,引发了不少来自开源圈开发者们的赞同。其中就有人评论称“This is an outrageously good thread by a pillar in the k8s community that highlights an issue we've seen since at least 2020. ”

也有人表示:“One of the things I really pushed for as an OSPOnaut is improving how #OpenSource work is recognized, rewarded, and contextualized in performance reviews.As a company, you cannot be a good open source citizen without doing this.”

评论里的大致意思是一家开源公司应该如何做好“开源公民”,这其中,改进“开源工作在绩效评估中的认可、奖励和情境化”等举措是重中之重。

image.png

目前,关于该推文的相关话题热度已经在推特上持续发酵,越来越多的开发者及技术人员开始关注并参与到其中,不少人也因此对开源圈以及 Kubernetes 有了重新的认识。您对此有什么看法呢?欢迎在评论区展开讨论。

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
1月前
|
消息中间件 Java Kafka
Kafka ACK机制详解!
本文深入剖析了Kafka的ACK机制,涵盖其原理、源码分析及应用场景,并探讨了acks=0、acks=1和acks=all三种级别的优缺点。文中还介绍了ISR(同步副本)的工作原理及其维护机制,帮助读者理解如何在性能与可靠性之间找到最佳平衡。适合希望深入了解Kafka消息传递机制的开发者阅读。
188 0
|
3月前
|
Kubernetes 监控 Perl
在k8S中,自动扩容机制是什么?
在k8S中,自动扩容机制是什么?
|
3月前
|
存储 网络安全 API
【Azure Service Bus】 Service Bus如何确保消息发送成功,发送端是否有Ack机制 
【Azure Service Bus】 Service Bus如何确保消息发送成功,发送端是否有Ack机制 
|
3月前
|
Kubernetes Java 调度
在K8S中,Pod突然挂掉,K8S有什么机制或功能自动清除Pod?
在K8S中,Pod突然挂掉,K8S有什么机制或功能自动清除Pod?
|
3月前
|
Kubernetes 安全 Linux
在k8S中,PodSecurityPolicy 机制能实现哪些安全策略?
在k8S中,PodSecurityPolicy 机制能实现哪些安全策略?
|
3月前
|
Kubernetes 安全 调度
在k8S中, PodSecurityPolicy机制是什么?
在k8S中, PodSecurityPolicy机制是什么?
|
3月前
|
Kubernetes 监控 Perl
在K8S中,RC的机制是什么?
在K8S中,RC的机制是什么?
|
6月前
|
Prometheus 监控 Kubernetes
Kubernetes 集群的监控与日志管理实践深入理解PHP的命名空间与自动加载机制
【5月更文挑战第30天】 在容器化和微服务架构日益普及的背景下,Kubernetes 已成为众多企业的首选容器编排工具。然而,随之而来的挑战是集群的监控与日志管理。本文将深入探讨 Kubernetes 集群监控的最佳实践,包括节点资源使用情况、Pods 健康状态以及网络流量分析等关键指标的监控方法。同时,我们也将讨论日志聚合、存储和查询策略,以确保快速定位问题并优化系统性能。文中将介绍常用的开源工具如 Prometheus 和 Fluentd,并分享如何结合这些工具构建高效、可靠的监控和日志管理系统。
|
6月前
|
消息中间件 Java Spring
五、消息确认机制(ACK)
五、消息确认机制(ACK)
216 1
|
11月前
|
存储 Kubernetes Unix
k8s教程(Volume篇)-CSI存储机制详解
k8s教程(Volume篇)-CSI存储机制详解
1438 0
k8s教程(Volume篇)-CSI存储机制详解
下一篇
无影云桌面