请在微信中扫描下方二维码或者复制下方链接
https://hrbforum.com/post/4129.1704399704?s=wechat&uuid=4129.1704399704&isWxB=1&utm_source=wechat&utm_medium=link&utm_campaign=web_share
小贴士: 扫码启动小程序后点击右上角即可进行分享操作
分享一个亚麻的奇幻经历，希望大家引以为鉴，除非走投无路，否则最好别进这个公司。文章有点长，如果没耐心继续看，可以直接跳到最后的经验分享哈哈哈。
lz在2021年9月入职的亚麻，一开始在aws的某组，一个月oncall两次，每次一周，平均一天被page的次数15+，半夜两三点爬起来修bug + 和其他组一起debug一直到天亮是常有的事。过了一年lz开始ptsd + 精神有问题。感觉必须要逃离这个组了。于是lz决定内部转组，面试了几个组以后，决定去imdb一个广告组。当时和manager面试的时候，觉得这个manager好nice啊，很friendly，而且感觉不是很pushy。然而事后发现，内部转组，其实只是 逃离虎穴，跳进狼窝。.
lz刚入职一个星期（大概2022年9月中旬），manager说，你一直在amzon，对各种流程都熟悉，就先直接给你个project做吧，你可以一边onboarding一边做project，期间你需要什么帮助尽管和我提。lz当时还是天真了，觉得他说的也对，那就这么着吧，10月份的时候lz开始做这个project。investigate了以后发现， 这个project很麻烦，涉及很多config level change，而且组里的code base特别老，需要先onboard很多additional的东西，才能proceed。我和manager反应这个情况，他说，这个project是你own的，作为amazon的员工，ownership特别重要的，所以所有这些都需要你来drive，而且组里的人现在都有自己的project，我这儿也很缺人手。。。 lz当时把要做的task列了一个list给他看，也说了一下自己的estimate time completion。manager说可以，但希望可以加快点速度。
lz就按着这个进度做dev work，到了年底12月初的时候，manager在1:1时候突然说，哎呀你这个project进度不行啊，而且发出来的cr里面有好多别人写的comment，这说明你没有insist on the highest standard，而且感觉好多东西你也没有dive deep，就只想着deliver result。这两点都很critical，你需要improve。我这边有大老板，和hr一直给我pressure，我帮你挡了很久但是我现在撑不住了，所以我要依照他们的指示，把你放进dev list，为期三个月。lz当时，心中一万头草泥马跑过。但当时觉得很不甘心，就想fight一下这个dev list。
后来lz主动和manager schedule了几个meetings来go over需要improve的地方，对于每个area of improvements都需要有哪些action items，以及每个action items的acceptance criterias都是什么。会议期间所有内容都详细document（这一点很重要！）manager期间也很collaborative，而且尽可能满足了lz提出的要求（和别的组员一起合作，etc），当时的action items就是完成刚入职的那个project。lz当时每天殚精竭虑的做dev work + 写document + 各种sync up meetings，就这么忙了俩多月，manager跟我说，我的performance很不错，他report给了大manager， 大manager同意把我放出dev list了。
lz大概3月中下旬出了dev list，之前的project也做完了。后来lz看了看组里的projects，基本都是ongoing的，并且是由别的组员lead。lz后来问manager要task做，manager就说，哎呀我手头也没什么projects，要不然你看看，ongoing projects哪个你感兴趣，然后跟我说，我告诉project owners让你们collaborate着一起做。lz当时觉得还不错，正好可以深入接触一下其他的projects。这么过了三个多月吧，期间lz基本上每隔一天一个pull request的进度。
七月底来了一个新的project，算是lz之前lead的那个project的2.0版本，lz花了一周investigage，和manager以及组里几个senior sync up了几次，然后第二周写了一个design doc，还有单独的thin slicing doc，把整个project拆分成了tasks，当时把这两个给manager看，他说这样可以。
doc都准备好了以后，lz组织了一个review meeting，邀请了组里所有人，然而会议期间manager开始各种挑刺：这里为什么这么implement，感觉那里的approach不行，得optimize。lz当时把comments记下来，事后问manager的idea，manager说，这个project是你own的，需要lz来dive deep去想具体的optimization。然后和lz说，感觉lz花了太多时间在这个design上面，期间没有怎么deliver result（当时lz大概一周2个pull request吧），然而之前lz和不同组员一起做的projects也都接近尾声了，目前组里没有什么新的projects。manager说怎么没有呢，其实组里的work很多啊，lz问manager找活做。manager说具体的work你要自己找，只有自己找的才是你真正感兴趣的，你才有motivation来做。。
又这么过了一个月吧，期间lz改了改doc，做了做组里的一些零散的脏活累活，又接了一个小的project，做一个schema documentation。八月底九月初开始新组oncall，期间也是忙到焦头烂额，处理ticket + 做现有的works（但起码没有半夜起来debug 哈哈哈），然后在oncall week的时候，manager在1:1时候突然说，哎呀，我收到了很多negative feedback，大manager和hr又开始give me pressure，要我要把你放进devlist，我也没有办法，只能照做。然后由于lz是二进宫，所以devlist一周就进pip。 lz当时心想，qnmd。直接撂挑子不干了。
lz当时查了很多资料，感谢地里的小伙伴，提供了很多很有价值的信息，当时各种请假，期间manager还各种找事，跟我说不建议lz这样请假，虽然他自己对此完全没问题，单lz可能会因此引起麻烦，因为devlist期间，很多事已经不归他管了。lz问了一下hr，hr说完全没问题，尽管请假 😂。就这么拖了一个多月吧，等pip doc下来以后，直接选择拿钱走人。
现在回想一下这个经历，虽然不是很开心，但是还是能从中学到一些东西，在这里分享给大家
1. 如果期望拥有一个相对平静安好的生活，并且在专业领域期望gradual improvement的话，别来aws。. Χ
2. 如果manager一天到晚用leadership principle跟你说事（ownership + dive deep + highest standard），赶紧跑。
3. 如果manager一直直接+间接question你，而且不给你improvement的建议，让你feeling bad，那这就是个垃圾manager，请赶紧跑。
4. 如果manager一直充当老好人，把责任推给别人，那这就是个垃圾manager，请赶紧跑。
5. 收到了devlist，别想着fight，因为一旦进了devlist，即便你出来了，下次进去的大概率还是你。
6. 收到了devlist，直接找新工作跑路，别理论别fight，期间保持平常心，千万不要怀疑自己。
6. 能别来amazon就别来amazon。（任何组）
