亚马逊程序员:我曾拼命想逃离996!

2020-12-23 | 来源: InfoQ | 转到微信 | 有0人参与评论 | 字体: 放大缩小 | 收藏 | 打印

　　2019 年，中国程序员抗议 “996” 加班走红网络，呼声传到国外，最终引发全世界的关注，Python 之父曾为此两度发声，声援中国程序员。此起走红事件曾诞生过 996.icu 网站，被国产浏览器集体大棒封杀。本文作者是一名亚马逊员工，一度过着 996 的生活，虽然惧怕大公司的权力，但他把自己的想法，以及调节方式大胆的讲述了出来，很有借鉴意义。

　　我在亚马逊从事开发，熬到第二年底我就感到精疲力尽了。我不得不寻求改变，找到健康、可持续的方式，维护工作与生活的平衡，并再次享受工作。我写下本文的初衷是：提高人们的意识，尤其是对新员工；对亚马逊或其他公司里，有类似经历的员工以帮助和建议。Hello，World

　　有关亚马逊的企业文化的轶事、观点和反驳都有不少。我写下本文并非为了跟风蹭热点话题，而是为了分享我的经历。我以为没有人会想听我的故事，但很明显的是，人们正经历着类似的经历，却没有发言权。

　　我在亚马逊任职软件开发工程师，现在级别为 SDE II；SDE II 基本上是指至少有 2~3 年以上行业经验的软件开发人员。我刚来亚马逊时，是从 SDE I 开始做起的。

　　对大多数开发人员来说，在五大科技巨头工作并非什么遥不可及的梦想。在通过一个计时的在线编程测试后，我飞到西雅图参加面试。回来后不到一周，我就接到了录用电话通知，并沟通了一般的薪酬和福利，以及特殊补贴，如搬家补贴、签约奖金和股票期权什么的。记住那些 “特殊” 的内容，因为接下来我将会提到这部分，很重要。

　　在最初的几个月里，按照公司标准接受了一些典型的座右铭和 “你的工作不仅仅是工作” （your work is more than just work）之类的培训。我现在算是看透了，但在当时，听了“世界上最以客户为中心的公司” （the World’s Most Customer-Centric Company）这样的口号，对于天真的新员工来说就跟打鸡血似的。首先是寻呼值班问题

　　我在团队里待了几个月后，就被安排到随叫随到的轮换名单上。所谓的随叫随到，也就是待命，是下面这几个意思：每隔 X 周待命一周，其中 X 为团队成员数。在待命期间，你的其他项目在工作日最多占用你一半时间。工作日的其余时间集中在 operational issues 上（随时待命）。在待命期间，每天 24 小时需保持寻呼值班。

　　下面是寻呼值班的含义：

　　如果你的团队拥有的 “东西” 进入了警报状态，就会呼叫你。这是故意含糊其辞的，因为它对不同的团队来说，意味着不同的事情。

退货政策被玩儿坏了亚马逊卖家因欺诈退货损失千亿(图)

亚马逊CEO股东信全文:生成式AI将成亚马逊新支柱

亚马逊高层：机器人抢走工作岗位纯属“神话”(图)

　　一旦被呼叫，你将有 15 分钟的时间上网并回复该呼叫。

　　如果你不这样做，就会呼叫你的经理。这可不是你希望发生的事儿。

　　对我的团队来说，随叫随到并不算（现在也不算）太糟糕的事。最初我们平均每两周被寻呼一次；现在我们每周大约有一次被呼叫。而其他团队的情况就糟糕得多。不过，它是一种 “社交阻尼器”。如果你必须能够做到在接到呼叫通知立即实施 “紧急援助” ，你就不可能真正制定外出计划了。

　　我之所以提到寻呼值班的问题，是因为它很 “特殊” ，因为唯一需要这种响应能力的其他职业是医生，他们是真正的救命恩人。当你第一次寻呼值班时，你会感到恐惧，心想：“这可不是闹着玩儿的！”

　　在招聘时，除了通常所说的 “全职工作，你愿意晚上加班或者周末加班吗？” 之类的笼统问题外，并不会提及 “随叫随到” 的事儿，任何形式都不会有。然后就是借调的问题

　　有时候，为了完成一个大型项目，其他团队可能需要进行代码更改。当然，其他团队可能无法抽调所需的开发人员，于是你就被借调走了。在项目完成之前，你要在两个团队之间来回辗转，为两个经理服务。

　　在某些情况下，那个其他团队认为他们可以抽出时间完成代码修改。如果他们不这样做的话，他们在某种程度上就会落后，所以你就被借调借出去了。

　　任何读过《人月神话》（The Mythical Man-Month）的人都会觉得这样有问题。没读过这本着作的读者，可以通过维基百科（Wikipedia）了解一下这本书的要点：“在一个时程已经落后的软件项目中增加人手，只会让它更加落后。” （Adding manpower to a late software project makes it later.）

　　