转一些Amazon的信息

我来说说Amazon（亚马逊）的工作感觉吧！

有亚马逊的或是认识我的轻点拍。我过去在这个公司路过过一段时间。

整体来说，亚马逊是个非常适合fresh开始，以及作为过渡的公司，但是不适合长期干
，我认为在A家待8-18个月是比较合理的（他们家前两年turnover rate奇高也证明如此
）。senior级别的我不是很清楚。

先说优势吧！

1.技术先进、更新快。全公司都是web-based，里面的技术、语言都是通用的大陆货和
很多开源的东西，所以以后找工作很有利；

2.在大公司中相对好进（比于FLGT）。电面都是普通题，onsite一般也不会故意为难你
，Bar Raiser的问题很难但是相对都开放，所以应该说难度是很合理的。

3.起薪还可以，前几年95Kbase现在105K，前两年每年大概15K的sign-on，relocation
能给10K，股票不要去想，少年；

4.作为Sde感觉还行：有活做、政治相对少、自主权也不小；每个公司都有code太老太
乱的问题，亚马逊相对好，主要是SOA结构下每一块儿可以分得很细，每组人很少code
也不多；

5.Aws及其相关部门应该很有发展，升级也快；我个人非常看好AWS的发展及前景，不详
细展开；

6.业内名声很好。进了亚马逊，面试Google之类的人肯定会给你机会。

7.公司文化开放。转组相对容易，review比较水，基本不开人（因为招不够……）。

再说说劣势吧！

综合来说，亚马逊只是个“卖货的”（除去AWS、Kindle部分），跟Google这种真正做
技术、靠技术赚钱的是没法比的，甚至连微软都差很远。为何？Google大牛不提，微软
靠卖软件就可以利润高高，而亚马逊靠零售赚的绝对是辛苦钱——亚马逊别看弄那么多
什么Aws、Kindle，真正赚钱的部分还在零售上。

所以，技术对亚马逊零售其实“不那么重要”，毕竟只是辅助性的、能work就行。对于
微软来说，windows砸了基本上公司业务也就弄砸8成，对于亚马逊来说，零售背后的软
件即使1、2年完全不更新而只做维护（当然，实际上不可能），亚马逊也是能维持运转
的。从此比较可见SDE的重要性不同。

所以亚马逊的AWS等方面很重视技术（Kindle不熟），但是跟零售相关的就不行了，尤
其是背后支持的部分（比如shipping啊，运输啊，物流啊）。

1.不给办绿卡。这个最扯淡，也是我认为2年内一定要离开亚马逊的理由。有例外，我
也知道有些人可以办，但是太麻烦、太随机，还不如做题跳槽升工资简单明快；

2.传统部门升级慢，Sde I 到 II 有些居然要4年，当然有的好部门只需要1年多。

3.管理混乱，人事变动大。有个牛逼老中干了1年半跑了，主要是他换了5个manager，
受不了了。人事变动、reorg的主要问题是本来老板答应你升级，结果老板自己跑了，
这……

4.Oncall极其恶心。这个看脸，有些组其实oncall跟没有差不多，但是很多组一周7-24
call你10次、20次，直接帮你倒时差了。有娃有家别去亚马逊是肯定的。

5.工作环境恶劣。停车费劲、中午吃饭费劲不说，办公室跟网吧差不多，人喊马嘶，吵
得很，没有任何免费饮料喝，甚至连电脑都慢得要死，真不知道亚马逊怎么想的，
developer居然还在电脑上省钱……

6.除了base和sign-on，其他福利极其差、等于没有。医疗保险太差难以忍受被隔壁微
软完爆100条街。每年base工资上升1%，实在太少。

总之，考虑到亚马逊的高起薪、高sign-on（相对fresh来说还可以而已）、不难进入、
技术和名声不错，以及其他方面的各个不利条件，最好把亚马逊作为跳板，类似于post
-master degree，干一年左右直接跑路思密达，乃是上策。

不过说实话，我当年在亚马逊的跳槽走的同事朋友，去的好的公司基本都是FLGT这种，
差一点的
也至少是微软、弯曲的其它公司，一方面可见亚马逊名声不错，另一方面说明他们挑人
还是有眼光的，只是给别人做嫁衣做太多了。

长远来讲，我对亚马逊本身前景不是很乐观，主要是认为它盈利薄弱、扩张太快但并不
是非常稳定。这是个人意见，只有参考价值。

此文仅仅针对SDE，其它不适用。我认为如果是manager、PM等的话，亚马逊应该是好地
方。

6

写的很好，有两个地方观点不同：
1. “作为Sde感觉还行：有活做、政治相对少、自主权也不小；每个公司都有code太老太
乱的问题，亚马逊相对好，主要是SOA结构下每一块儿可以分得很细，每组人很少code
也不多” —— 我的感觉：自主权=0，代码分得很细代表呆得越久越学不到东西，老
code一点都不少，全是business logic的屎坑。AWS也有边缘部门，别被AWS三个字母骗
了，名字像是做business而不是做技术的组千万慎入！
2. developer的装备还是不错的，并没有觉得慢。虽然现在dev machine是在ubuntu
desktop上运行virtual box虚拟rhel5，听起来巨蛋疼实际上速度还行。整个公司大多
数时候写java，有eclipse真是太好了。在F看一堆人用vim写C++和php，真是没法比。
各种dev platform tools and resources除了G，其它公司肯定被完爆N条街。可能读书
时用14寸笔记本写代码习惯了，不太理解不满25寸显示器的人是什么心态。

写的很好，不过有几点不太认同，仁者见仁，淫者见淫。

1. 技术先进。web-based的技术比较简单，未必是先进吧
2. A和FLGT差距其实挺大的，根本不在一个档次
3. 同意，不过一般新员工比老员工薪水高，而且福利很差
4. 看老板看组，一天到晚都在coding的组不少
5. Aws累，oncall多
6. 不进A照样有机会
7. 看老板看组，line manager水平差，管理混乱，在于会说而不是干多少活。

进去是SDE1的，必须升级到SDE2才给办。而升级的时间每个组相差太大了，有些一年有
些三年以上。另外遇到老板跑掉，说好的升级必然黄了。
有些公司呆半年到一年后给办绿卡，还是可以考虑的，A让人无法接受的是这种不确定
性。

待遇的行情有点过时了吧
SDE1 100-110K base, 30-40k sign on (2 yr), 50k stock.
SDE2 120-140K base, 50-60K sign on (2yr), 股票不清楚，300 share以上
绿卡嘛，SDE2 or leve 5+ and 6 months，需要老板同意，VP签字。全部办下来一年整
，当然是排期到了的情况。
学不学得到东西主要看个人态度，group环境和做的东西其次。内部一大堆email list
，wiki和video比在bbs上灌水有营养多了。天天盯着自己做的那点豆腐块是学不到多少
东西，也升不上去的。这在哪家公司哪个组都一样。
哪里都有烂人，也有牛人。尽量让自己往牛人靠拢才是正道。

工作环境感觉比google的mountain view office要好，当然没有免费东西吃，免费的是
热水，冷水和咖啡（难喝）。downtown seattle其实很不错，窗户多，view好，对面直
接是lake union，space needle。出去散步也有很多选择。当然有人会说下雨就哪儿也
去不了了
相比弯曲开车堵在101上，坐bus上班还是省心多了。不过google员工有shuttle。

Google mountain view就在自然保护区边上，到处是骑狗家的自行车的，西雅图给俺的
印象就是downtown贼破，space needle没啥好看的，当然西雅图的自然环境不错，除了
太下雨。

俺查了以前的A家offer贴，湾区的情况属实。
但和其他公司比，有不少缺点：前几年没有什么bonus，signon bonus相当于这几年的
bonus了。RSU的分配比重畸形，前两年只要20%，后两年80%，很多人熬不到，只能拿到
RSU的很小一部分，明显是压榨员工。新员工流失率高，因为不给办绿卡，两年不给办
，估计眼都要绿了。
这么看下来，虽然数字好看，但实际能到手的和FLG这些还是有差距，还有oncall这种
折磨人的事。感觉A家的企业文化不好，虽然package比一般公司强，值不值看个人了。

80

A的技术还是很先进的，尤其是AWS。G的cloud做的不好，从现在的发展和市场份额就可
以看出端倪。F和T就更不用说了，和AWS相比在创造力和执行力都有差距。如果将来想
在cloud和大规模web system或者infrastructure领域找工作，从AWS起步是很好选择。

108

LZ在对公司的理解上有所不同。技术在amazon并不是“不那么重要”，只是跟其他科技
公司相比，侧重点不同。要维持庞大的网站运营、物流、客服，首要的目标就是稳定，
不能隔三差五的出问题，所以如果你是支持零售部分的，就要首先保证考虑做出来的东
西是不是稳定，而创新等其他方面就要放到后面了。
零售方面是不赚钱的，公司现在收购了很多小科技公司，未来里利润增长点必须在各种
技术、数据服务上，而非零售。

http://ipv6.weiming.info/zhuti/JobHunting/32472349/

http://www.mitbbs.com/article_t/JobHunting/32472349.html

http://wendabo.com/index.php?r=qa/admin

补充一下amazon的感受

zhanmajia童鞋的感受基本属实，amazon的名声很好，但是比较好进，在里面呆两三年
正好去FLG。

Amazon的主要问题就是Retail的margin太低，确实开不出好的福利，所以大家容易
turnover，然后turnover又造成oncall的load特重。其实Facebook，Google的也有
oncall，不过由于人员稳定些，系统的bug修好了，所以load不是那么重，然后公司的
福利又好，大家就不complain，形成正循环。这是为啥Amazon的oncall complain特多 
，而其他online company的oncall complain较少的原因。

另外提提amazon的技术，amazon的很多business logic的code确实质量不高，但是
amazon的整个platform和dev resource水平是相当相当相当的高（请原谅我用了3个相
当），amazon有这些东西：
  1）Apollo deployment system --- 这个可以做到one click deployment 和
rollback，
  2）Performance monitoring system --- 使用实在是太简单，而功能非常强大
  3）Brazil build，package
  4） Code search／review 

第四点的水准和其他top tier的公司差不多，但是1），2），3）的东东，我的评价是：
    甩微软100条街，－－－ 微软的online由于公司结构的原因，每个部门都自己做
deployment， monitoring，build，导致了水平普遍不高，在微软来说，production的
deployment／rollback是天大的事，非得dev/test/pm一起参与，在amazon，随便一个
dev就自己做了。。。。这主要得原因就是微软的online infrastructure实在是。。。
举个最奇葩的例子，在FLAG， 你都可以看任何一个人最近做了那些codecheckin，也可
以search／browse任何一个部门的绝大部分code。但是微软呢，对不起，不允许。。。
。你甚至都不知道其他部门怎么用你的API，有多少部门用。。。所以微软做不到资源
和经验教训共享，每个部门的online都自己从头做起，导致了 online 变成了笑话。在
微软daily和weeklydeployment 基本上是做梦。
    甩Facebook 5条街，－－－facebook的team还比较小，operation的经验不如
amazon多，所以很多东西功能虽强大，但是不够实用，还在evolve，很多问题主要靠
engineer 的个人水平解决。。。不过，里面的engineer水平确实不错。。。
    甩Google半条街－－－实事求是说，google的这些infrastsructure更强大，但是
用法及其复杂，所以导致了很多production的监控做起来很麻烦，索性很多monitoring
metrics干脆不加，反正它的service也不是象Amazon那么money related.
  
本人在Amazon工作过几年，其他几个intern过，所以对一些东西比较清楚，但是不完全
准确，仅供参考。。。