亚马逊的oncall， Bar Raiser简介

发信人: zhenmajia (小破熊猫), 信区: JobHunting
标  题: 亚马逊的oncall， Bar Raiser简介
发信站: BBS 未名空间站 (Tue Jul  2 17:45:46 2013, 美东)

先说Oncall：

没钱，“义务的”，想多拿钱的少年们醒醒；也不要认为oncall多了老板会减少你的工
作量，老板也要吃饭、升职，欢迎来到oncall的亚马逊；

每个组不一样，有些组没有oncall，有些有一点，有些非常重，累到死；

7-24，想想如果半夜1点叫你起来，一直弄到凌晨5点，第二天还得上班……；

oncall的必要性在于，亚马逊零售以及AWS都是24小时运转的，而且零售部分在中国、
日本、欧洲的部分也由美国支持，所以几点都有被call到的概率；

oncall的源头在于亚马逊没有比较完善的operational layer，所以仓库出了问题，那
边工人直接通过oncall跟SDE联系，效率高、还省了operational layer的雇人的钱，但
是代价是SDE累、压力大；

oncall非常伤，主要是一方面压力大必须尽快解决，另一方面是时间可能是在半夜，而
且还必须在短时间内（15分钟）开始work；节假日全年无休，不过本身亚马逊假日只有
最minimum的6天，所以倒也无妨，哈哈！

有些oncall很扯淡，但是你没办法，因为SDE在这个公司实际上地位很低；

oncall和turnover rate高组合，会产生雪崩效应。一个组有10个人，两个多月才轮到
oncall一周，尚可以接受；结果后面经济形式好了，10个人跑了6个，剩下四个就一个
月轮一周oncall了——老板或是亚马逊不会为你考虑的。当然，如果之后跑掉的是你，
万事大吉；如果“可惜不是你”，那么就只能三周就有一周oncall了——很惨；


再说Bar Raiser

Bar Raiser出身于技术类的manager或是资深的SDE，一般多是级别高、经验丰富的人；
需要内部特殊认证；

Bar Raiser拥有一票否决权，说你不行基本就挂 （偶尔有例外）；一般他都说你行，
别人更不可能说你不行；

Bar Raiser理论上看的是你整体的技术理解，和以后的技术发展潜力；

Bar Raiser在onsite时必定会出现；如果没碰到……恭喜你，赶紧跟他们联系，还得重
新面；

Bar Raiser问题一般较为开放、原创性。比如：设计亚马逊的“recommended items
for you”的结构；或是问题很基础，但是要求你对scalability、distrubted system
（假设你有此背景）有一定的敏感性；

Bar Raiser不是故意为难人的，而是在看你的“潜力”，或是说能力极致在哪里；

Bar Raiser的问题不是固定的，有写code的，有设计的，有OOD的，貌似什么都有，但
是一般问题开放而且相对有些难度；

面对Bar Raiser不要觉得写出code就完事儿，尽量多讨论、多从技术上完善，多结合实
际经验；

如果Bar Raiser拿下，HM也同意，基本上被录用无压力；

亚马逊招到的人质量不错，Bar Raiser功不可没。


--

※ 来源:·WWW 未名空间站 海外: mitbbs.com 中国: mitbbs.cn·[FROM: 131.]

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

FT中文十大 华尔街中文十大 水木十大 小百合十大 饮水思源十大 日月光华十大