新华侨网
原文来自Medium，作者Andrew Goldis
原文链接：https://medium.com/@andrewgoldis/why-i-quit-amazon-just-5-months-after-ive-started-4ce872520f02
2018年1月28日，我开始为Amazon工作。
我是怎么被雇佣的
这一切始于2017年6月，当时我正在一家小型信息技术和服务初创公司Rollout.io工作，我开始觉得自己需要做出一些改变。此前我在Intel集团工作过6年，我知道在大公司工作是什么样的，我不喜欢这样的工作。
尽管如此，当Amazon在特拉维夫组织大型招聘活动的时候，我还是决定申请一份Amazon在温哥华的工作。这听起来像是一场伟大的冒险，但这正是我所需要的改变。
招聘过程非常规范：
- 在线编码挑战，类似于你在编码挑战网站上找到的算法问题（简单，无需准备）。
- 与人力资源部员工进行电话面试，提问关于CS基础知识的封闭式问题：Big-O符号、算法名称、术语（简单，无需准备）。
- 现场面试，下文会提及细节。
在我通过了远程面试后，他们安排了一次现场面试，我开始认真对待这份工作申请。在大约3周的时间里，我每天晚上都会花大约2个小时的时间来练习CS的各种琐碎问题。
我用了《破解编码面试》（Cracking the Code Interview）来练习，这本书很有用，但我讨厌它。我感觉这么做是错误的，而且很浪费时间，我知道我永远不需要这些知识。
我毕业于一所规模相当大的学术机构的CS系，有些人非常聪明，但他们不擅长这些纸上谈兵。
在其他公司工作的时候，有些人没有取得学位，却成为了杰出的成功工程师。在Intel和Rollout工作的时候，我是个面试官，进行了大量面试，我强烈反对这种不依赖外部参考、直接在白板上手写程序的白板面试，但是我决定去试试。
我阅读了3-4篇前Amazon员工写的文章，他们分享了应聘经验和面试过程。根据我的经验，我觉得自己准备充分。
在面试当天，我见了4名Amazon员工，一切都按照预期进行、算法问题、系统设计、建筑设计、数据结构问题，没有出现意外，问题也不太难。这些Amazon员工都很礼貌、很正式，有一个家伙态度很强硬。每个面试官都会问1-2个行为问题。
两周后，我收到邮件喜讯。在我们用即时通讯软件Skype的第一次谈话中，我被告知我够格担任SDE1的职位，但我并不知道SDE1是什么意思。
我快速搜索了一下，发现这个职位要求的是“大学毕业生”的水平——可惜。但我可是有着约10年的工作经验啊。好吧，也许我的面试表现还可再提升一下。
我放下了我的自负，决定忽略这个头衔。如果我真像我想的那么好，人们应该会认识到这一点，而且很快就提拔我，不是吗？
招聘人员向我解释了换岗流程，我们没有谈到薪酬。然而，这位招聘人员没有和我进行第二次Skype通话，我也没有收到任何电子邮件或解释（这对于Amazon的招聘人员来说很常见）。
两周后，另一位招聘人员联系了我，洽谈了上次没有说到的一些话题。我们开始谈判，因为他们最初的提议太糟糕了。我查看了职场点评网站Glassdoor和其他消息来源报告的平均薪酬，为即将到来的谈判制定了策略。
招聘人员提到了一些政策，政策规定特定职位的薪酬不能超过一定的限制，她说薪酬已经由另一个团队也批准了，她只负责和我沟通。
三轮讨论后，我同意以高出原提议薪资35%的报价签约。
我问他们我的工作内容是什么：谁是经理？团队中有多少人？什么是技术堆栈？什么是工程实践？
招聘人员让我和招聘经理对接。我终于得到了一些关于实际工作的信息——我这才对这份工作的内容有了一些了解。它是以Java为中心的Amazon电商支付团队。
他们有真正的业务项目，技术堆栈以Java为基础，CI、测试、代码审查、团队活动……看起来还不错。
于是，我在电子文件上签了字。
在Amazon的5个月
除了移居新地的兴奋感，我也很想加入Amazon，以内部人士的身份探索这家公司。Amazon是实力强劲的科技巨头，我想知道它是什么样子的。
在Amazon，我遇到了非常聪明有才的人，也遇到了很多善良的人。他们是由该公司从世界各地招聘来的：中国、阿根廷、巴基斯坦、乌克兰、土耳其、俄罗斯、以色列、越南、匈牙利、德国等。
后来我发现，在温哥华，这种多元背景专业人士的聚集现象是很常见的。
我加入了Amazon消费者部门的一个团队。该部门负责公司的在线购物业务。
这是一个典型的老派团队，拥有以Java为中心的“在此发明”Amazon堆栈（用于源代码控制、管理依赖关系、CI和CD的内部工具）。没有任何吓人的操作负载，也无需支持什么危险的遗留系统。也就是说，它是一个相当“明智”的团队。
关于公司领导原则和公司其他乱七八糟的在线“文化”培训压得我喘不过气来，我感觉自己像是加入了一个邪教组织，被洗脑了。
据说，每个员工在日常工作中都应该遵循Amazon的领导原则。如果使用得当，这些原则实际上很有意义。然而随着时间的推移，我发现这些原则最普遍的应用，就是千方百计地找出那个最能支持某种情况的领导原则。
- 你的想法没有被别人接受？你必须赢得信任。
- 想要证明特定的解决方案？你得证明它符合顾客至上原则。
- 想说服别人做单调乏味的工作？坚持最高标准。
- 想要绕过拐角？你得创新简化。
我花了将近一个半月的时间才开始适应这里的环境。团队成员非常友好、乐于助人，管理层虽然要求很高，但也平易近人。
团队的产品高度依赖于其他服务，并且受到Amazon所谓的“客场团队”体验的影响——你需要更改另一个团队运行的服务的源代码。
那可真是糟糕的经历——其他团队既没有情境，也没有动力来支持你，提出的改革都被推迟了。那些高要求“抬杆者”的会议无穷无尽，花费了很长时间。
我在工程实践中遇到了一些小问题。内部工具（CI、 CD、构建工具）给我留下了深刻的印象，但也让我很失望，它们确实不错，但与现代SaaS公司提供的开发人员体验相比，还不够好。
我确实看到公司在管理上做了很多努力，想要为开发人员创造一个良好的工作环境，包括思维和技术两个层面。公司花了这么多时间来 “探索”团队利益，很是让我惊讶。
我在公司待的时间不长，没能看到最后的成果，但我我不喜欢它的方法论性质。我感觉，任务是为了完成而完成的，并非是想取得任何结果。
两个月后，我可以说是一个活跃的团队成员了，我担负了一些责任，工作非常努力，最后期限很有挑战性。我没有做很多编程工作。我的时间分配如下：
- 20%编码
- 50%协作——写/读文档或电子邮件＋通话
- 30%会议
我觉得我可以重新分配我的时间，但是考虑到我的Java效率不是很高，而且我没有其他团队成员那样的Amazon专属经验。
我的经理过去常常在讨论工程实践和商业决策时提到“Amazon的作风”这个词。在我看来，每当要否决某种变更，或是压制某种意见，但又说不出具体原因的时候，就会用这个词来搪塞。
在Amazon，应对“部落主义”和“事实主义”对我来说是一个挑战，尤其是在与卓越的工程师交流的时候。高级软件工程师和完美主义者是深受“部落”信任的人，负责批准重要的设计和架构决策、执行公司政策，成为特定领域具有深厚知识的角色模式/权威。
我的经理告诉我，我还没有得到信任，人们不相信我的判断力，我需要与决策者建立良好的关系。我同意了，这就是所谓的“政治”。
我感受到一种有害文化渗透到了我的日常生活中：试图掩盖自己的过错，试图保持控制力，试图只从事有助于提升自己的项目，抵制想法，不区分重不重要，盲目地遵循流程。
随着时间的推移，你就会开始发挥“领导原则的艺术”，要是与其他人意见冲突，就找一个原则来支持你的论点。
我确实成功推广了一些建筑和设计解决方案。感受工作的影响力对我来说很重要（我认为这对每个软件开发专业人士都很重要）。然而，这次经历并不愉快，反而很痛苦，主要是精神上的痛苦。
从我受雇的第一天算起，已经过去四个月了。我觉得我从Amazon获取的数据已经够多了。
我和我的伙伴朋友谈了谈，试图验证我的观察。我害怕犯错误——总而言之，这项工作很方便，还可能拿到股份。此外，我不能合法参加其他工作，因为我获得的工作许可只在Amazon有效。
入职5个月后，我离开了公司。
离开Amazon
下面是我的观察总结，它让我确信Amazon（或至少是我工作的团队）不适合我。
1.缺乏技术挑战
我处理的主要算法/编码/智力挑战有三种：
- 处理其他系统的技术债务
- 严格遵守政策或标准
- 和内部开发环境作斗争
我几乎没碰到什么真正需要有效的解决方案/优化/加强安全性的有趣问题。我需要花3-4年的时间才能达到“获得信任”的水平，才有资格面对各种规模和影响的挑战。
2.领导力
我上文说过，我在Amazon遇到了很多才华横溢的聪明人。然而，那些对公司来说非常“成功”、非常“重要”的人，比如高级工程师（SDE3）、“抬杆者”和经理，并没有我想的那么具有“榜样”力量。
此外，我见过的不少高级工程师，我可不想变成他们那样……他们要么专业能力不足，要么勾心斗角，要么傲慢自大——这些人成功地掌控了自己的职业生涯，被公司（以及公司文化）认可为领导者。
这说明了什么呢？
3.压力和谬论
在Amazon的5个月是我压力最大的一段工作。各种各样的压力，其中一些让我印象尤为深刻：
- 管理层施加给团队的压力（也是管理层的上级给他们施加的压力）。我指的是那种不健康的压力，例如：尽管某项工作是依靠第三方来完成的，管理层却来提醒你，完成任务是你的责任。
- 为了缩小差距、加快流程，我得去西雅图出差。管理层希望你花6个小时的个人时间开车往返西雅图。虽然从法律上而言，你只可以去美国参加培训或会议，但是你可以在星期三下午6点开车（或者坐公共汽车）去西雅图，然后接下来两天在会议室里工作，以便赶上最后期限。有一天，我被一个边境官员审问了20分钟，差点在美国/加拿大边境被驱逐出境，因为我口误说自己要去西雅图的Amazon工作。我当时面临着5年无法入境美国的风险！
- 没完没了的政策毫无意义。管理层愿意花人均5,000美元派员工去拉斯维加斯参加为期4天的AWS会议，但去西雅图出差的时候，你得非常努力地争取，才能让他们额外花费80美元订个好房间。
4.晋升
在我最初决定接受这份工作的时候，我希望证明自己是优秀的，而且很快就能够得到提拔。但遗憾的是，事实并非如此。
你不会因为工作出色而得到提拔，只有钻营提拔才能得到提拔。
要从“初级工程师”（SDE1）晋升为“工程师”（SDE2），你得满足一些条件，例如：
- 编码量达标
- 编码优秀
- 完成支持相关任务
- 写文件，等等。
除非你特意完成这项清单，且很好地执行了领导原则，否则你是得不到晋升的。
仅仅出色完成工作、帮助公司成长是不够的。
从SDE2晋升为“高级工程师”的过程是相似的，你要满足更多的条件，你需要幸运地：
- 有个好经理
- 参与好项目
- 以晋升为导向，不断改进
- 要有政治头脑，并从（重要的）同行那里得到举荐
当然，其他大公司也是这样，这是一种行业标准。但我还是更希望，公司提拔你是因为你对公司有益、有价值，公司以责任和利益回报你的努力。
5.薪酬
对于那些将限制性股票单位（RSU）作为员工薪酬一部分的公司来说，这是一个普遍的问题。但更有问题、更具操纵性的是，公司利用RSU误导员工对薪酬构成的认识。
平心而论，Amazon的报酬总体来说相当不错，至少与温哥华大都会区的水平相比是这样的，但是不如其他大型科技公司。
举个例子，假设你的总薪酬是15万美元，薪酬组成如下：
- 11万美元基本工资。请注意，当你收到就业证明信，这就是你的收入水平。这就是你的公司承诺给你的薪酬。
- 25,000美元的签约奖金，这就是公司引诱你签合同的方式。一定要记住奖金的税率是不同的。我发现我的银行账户里只有50%的奖金。不幸的是，我发现得太晚了。
- 在第一年工作结束时，获得15,000美元的RSU。这个是为了与员工共享公司取得的成功（通常用股票价格表示），以使其工作更加努力，推动公司成功。事实上，在这样一个大公司里，员工对公司的成功没有任何影响，股票受到全球趋势或政治的高度影响。
在撰写本文时， Amazon股价低至1598美元。在我被提议签订合同的时候，股价大约是1650美元。因此，事实上，一家公司无法实现给员工每年15万美元薪酬的承诺。
在大多数情况下，股价会上涨，但在下一次业绩评估时，你就会被告知：“嘿，你的总薪酬是19万美元，看看股价，所以我们只会增加3%的‘基本工资’，与通货膨胀的增长保持一致。”
此外，你在公司待的时间越长，RSU在你薪酬构成中的占比越多。在科技行业，以及Amazon，这种薪酬构成方法行之有效。这是行业标准，但我认为这是操纵和误导。
总结
Amazon的许多员工很快乐，也很满意。在Amazon工作的时候，我遇到了很多聪明、有才、优秀的人，我尊敬他们，喜欢他们。
这家公司非常庞大，如果没有严格的政策和定义明确的流程，很难管理。我不知道我的经验是否适用于公司的其他部门或其他团队。
也许我不是那种适合公司文化的人（至少现在是这样）。但我确实希望写下我的观察，帮助别人在加入Amazon、成为一名软件工程师之前，建立正确的期望。
也许在我以后的生活中，我会有所改变，重新考虑这篇文章，也许Amazon内部的另一个团队会适合我。然而，现在我认为，Amazon确实是一个伟大而独特的企业，但也是一个普通的工作场所。
来源: 栈外
