New grad工作一年的奇葩经历

楼主在这里讲述（吐槽）一下第一份全职工作的经历，既反思一下自己，也给其他new grad小伙伴一个警示。欢迎有经验的大佬留言，留建议，留感想。也希望求些米，已经开始申工作了，求米看面经，万分感谢。（提前预警一下，这个吐槽有点长哈）

楼主背景：加拿大computer science 本科，co-op一年。第一份全职是在加拿大的一个本土中型公司，工作一年零一个月，突然被lay off （其实有些征兆，但是楼主太天真，全身心放在当前的emergency ticket上了，错过了这些征兆）。

楼主进组的时候组里的构成：1个principal，4个senior，1个qa，2个Junior（都是new grad，1个是楼主，另一个是楼主进组3个月后，组长新招进来的Junior，只有4个月在我们公司的qa mobile组实习，后得知其父是公司元老级sde）， 1个co-op。组长管理3个类似的组。

楼主被lay off的时候组里的构成：1个principal，1个senior，1个qa，2个Junior，1个挂名在我们组的co-op （因为没活儿给他，就把他推给另一个组了）。不知道什么原因，年初的时候，组长管理的组少了1个。

楼主组的工作和被裁前组里情况：主要负责2块，implement 一个比较新的application，maintain公司core application旧code。两块用的技术完全不一样。楼主刚进组，全组人都说maintain core 的东西非常难，尤其对于新人。每个pdp，组里出一个人专门做maintain，最多两个tickets。楼主被裁前两个月，整个组突然被借调去做一个全新的跟core application紧密相关联的domain，在只有一个principal+一个senior+两个Junior，PM不清楚要求，database无法确定，没有ui 设计的情况下开始的。
-----------------------------------------------------------------------------------------------------

全职一年的一些奇葩事件，这中间楼主自身也有没做好的地方，但是既然是吐槽贴，我就想到啥写啥了，欢迎大家提建议：
1. 楼书是被大tech leader 招进公司的，在楼主被裁2个月前，全组和大boss的1-1 会议上（没有组长的那种组员与上层交流会），tech leader还说今年公司没有任何lay off计划。楼主被裁的时候，正是ticket急，缺人干活的时候，所以楼主被裁的时候万分震惊。

2. 楼主进组第二个月，组里的一个senior突然宣布他两周后要离职去别的公司。在这个senior走之前，组长愣是给他安排了一个很复杂的提高performance的活，你敢想，还有两周人家就要走了。。。结果就是，那两周，天天早会组长都催他。还是senior有本事，愣是半干半不干的没完全把这活儿干完，但是又给人一种他努力干完了的错觉。。。楼主现在想想当时的场景，再对比一下自己，ORZ。。。

3. 楼主进组不到一个月，mentor突然宣布怀孕 （之前一直是remote，没发现），3个月后休产假。组长在她休产假之前一直让她负责maintain，因为她有经验。而楼主则主要做新的application，所以，到底mentor了楼主啥呢？楼主也不知道。。。她还跟楼主说，轻易不要找principal问问题，他很忙（后来知道他为啥超级忙了，他就相信他自己，啥都要自己做，愿意把所有活儿揽到自己身上，focus在自己那块）。

4. 楼主进组四个月， 组里的前端主力senior休产假了。从此开始，分配给我们组的ticket质量直线下降。

5. 组里工作模式和氛围（在楼主最开入职的时候跟战友描述后，战友就说这个组气氛不行，得考虑换组，楼主脑子秀逗，没听建议）：

• 5.1 组里的PR经常没人看，因为senior以上人不够，principal又太忙，好多时候，QA（同时是scrum master）亲自上场给approve。有几次，楼主PR建了好几天（期间在teams里发了链接，也在早会上说了需要review），senior给了楼主approve，打算merge了，principal突然跳出来说不行，要更改，要从更深层update。行，你是principal你都对，但你能不能早点说？！最过分的一次，楼主的PR已经满足PM所有需求，甚至在大组的会议上用local做了demo，senior给了approve。principal突然跳出来说，你这个方法不行，不方便未来update，得用另一个方法重新做。最终导致楼主这个任务没及时完成。senior还私下找楼主说，他觉得principal要求有点点过分，但是他说的也对，就按照principal的要求重新做吧。我不是怪他提建议，也觉得他说很对，但是比较生气他提建议的时间，楼主这个PR放了至少一周，这过程中他从来没来指点一二，楼主彻底写完了，他说要重新做。理由是现有的系统里的code已经够shit了，现在要严格把控code质量，要为未来着想。那你咋不早说？！楼主就是个Junior啊，楼主要是能想那么全面，楼主还是Junior吗？！
• 5.2 组里开会，principal就公开说别的组写的code是垃圾，差劲，不想跟他们合作。楼主当时觉得principal挺厉害的，可能他就是要求比较高，也没当回事。
• 5.3 组里的senior J离职后，私下里唠嗑，另一个senior竟然跟楼主说J在组里啥也没干，他走不走其实没啥影响。 真-塑料组员情！
• 5.4 principal把不完全是我们组domain的东西，引到组里来。别的组都是能撇清关系就撇清，到principal这儿，啥都自己上手。他是厉害他能做出来，可组里的人就遭殃了，一个senior加两个new grad艰难求生。因为principal太忙，PR，尤其是senior的PR就缺少人有效review。
• 5.5 principal竟然直接写好了code，让关系户pickup他的code加一点更改，直接做PR。这还是楼主看了PR commit部分发现的，早会简报我还以为是关系户自己做出来的，还膜拜了一会儿。楼主没这待遇。。。只能默默给PR点approve，但是组长还是说楼主没有给组里code review做出足够的contribution。。。关系户有一次竟然直接求助他爸，他爸push了update，他再调用他爸的方法做自己的PR修复bug，那次还把他爸加进了我们组的code review list。。。
• 5.6 关系户特别喜欢什么事情都在teams 公共群里说，他接了第一个ticket之后，竟然把他打算如何完成ticket的工作流程分步骤列出来发布在了teams公共群里，还建了一个page放在组里的confluent页面里，问大家要意见。楼主当时就懵逼了，觉得新人好积极啊，楼主相形见绌。之后也是，他干啥了都在公共群里说。楼主想学他这个做法来着，但是又脸皮有点薄，不想在公共群浪费大家时间，就没学成。。。
  

6. 楼主进组3个月，就被组长以“组员都是轮流maintain 公司老code，现在轮到楼主了”为理由，给楼主sign了一个maintain老code活儿。这个活比较特别，report ticket的是另一个组的team leader，他把如何解决这个ticket的流程都写在了ticket下面 （别问为什么，问就是这是个公司元老，虽然身为team leader还是经常亲自写code，他可能就是喜欢，之后楼主联系他们组的跟这个ticket相关的co-op问问题，他说这就是元老的工作方式，元老经常都是仔仔细细给他讲怎么做ticket）。按照元老提示，元老的组已经把新的function写好了，楼主要做的就是调用新的function。结果，楼主做了PR，mentor上来就说：“你怎么能copy别人的code呢？你不能copy别人的code，你的try, catch情况考虑全了吗？怎么能copy跟之前一样的catch考虑条件呢？”楼主就解释呗，这个ticket就是要求换一种delete文件的function，其他的不要动（catch的情况都一样，为什么要改动呢？）。然后mentor说，那也不能copy别人的code啊。楼主就只能把元老的提示forward给mentor，再解释为什么不用改catch条件。然后mentor说，那你把元老加进PR reviewer list，让他看。结果，元老直接approve。。。真是FXXX！尤其是COPY这个词，当时让楼主难受了好几天，记忆犹新。觉得自己的能力真实欠佳，绝望无助。

7. 这个事简单总结：就是大牛run不了local，决定run走本人肉身

•   7.1 组长一直在招前端，结果不知道啥原因就是招不来。招了大半年招来个印度人，据说是前端大牛，组长还隆重跟大家介绍，给人家安排了个挺难的活儿。然后搞笑的就来了。这人setup local 竟然setup了将近 两个月，最后还没run起来。。。一个美好的周末过后，前端大牛开启隐身大法。周一他私下跟组长说他生病了请一天假 。 周二开始，他就不见了！你没看错，他是真的不见了。。。 突然这个人就没了。。。 不参加早会，没有update，啥也没有，这人就不见了。。。过了几天，组长临时开会召集，告诉大家大牛不在我们公司干了，组里人问具体的，组长就说没有具体的原因，大家只要知道这人不在公司了就行了。现在想想，这也算是个red flag，证明组长招人能力有问题，管理组里事物也有问题，大牛2个月啥也没干，组长竟然没发现，直到人家run了，才反应过来。大家也可以侧面猜猜这几个月里大牛有没有在我们组得到足够的技术支持。。。
•   7.2 楼主跟上述大牛事件的联系：组长在这个时候给楼主sign了个超出楼主水平的活儿，但是楼主当时想，有大牛带着，应该努努力可以搞定，结果就悲剧了。大牛进组三周多的时候，刚好楼主做完手头的活儿。早会的时候组长就在早会上安排楼主跟着大牛做他那个超级大的ticket中的一部分（这个活儿，principal和休产假的前端senior早就想做了，考虑了好几个月也没做，楼主初级，不太懂他们为什么没做）。楼主单纯，满心欢喜的答应了，开始按照组里principal的建议上网学习需要用的新知识。噩梦也开始了，从此之后，组长天天早晨问楼主有啥进展。。。 这个时候，楼主已经有点糟心了，当时他sign任务的时候自己都说了让楼主等大牛给开个头然后照着做，现在大牛啥进展没有，他竟然腆着脸问楼主有没有进展。。。楼主只能说在等大牛给具体内容和inform更新。大概过了一周，楼主实在等不了了，就私下找scrum master要了一个tech debt的活 （在楼主做debt ticket的时候，组长依旧孜孜不倦的每天早晨问进展）。在大牛消失的那个周一的早会上，楼主真的想大耳刮子扇组长，为啥呢？因为这天早晨，组长说：“大牛说周五给你讲了具体的流程，这下你应该有进展了吧？”。fXXX!!! 大牛确实周五跟楼主开了个会（用teams直接连的那种，不是正式的email 发会议邀请），内容是啥呢，是大牛问楼主为什么他的local database上不来，run不了。从头到尾没提一句怎么做ticket。楼主主动问怎么开始做ticket，大牛说等会给我发document。可想而知，这个document被发送到了另个世界。。。 楼主就在早会上说了这个情况，组长竟然只是说：“哦，好的，知道了，那你那个debug ticket的进展如何？”，他绝口不谈他要跟大牛去沟通，为啥他说的跟我说的不一样，理所当然的就push楼主做另一个ticket，他一点派活的错误都没有。要知道这几天楼主主要精力放在大的ticket的新tech上了，debug的ticket才sign给楼主2天还是low priority （为啥选low priorit的ticket呢？因为大家都以为大牛那个很快能做出来，楼主要把精力放在那个high priority ticket上）楼主哪儿来的updates？！
  

8. 组长经常给楼主提些超出楼主水平的要求。

•   8.1 楼主被裁之前的的1:1，组长竟然问楼主：如果principal请病假或者休假了，楼主能不能继续写他手头上的database schema？？？那可是一个全新domain的database schema啊！指望一个new grad？怕不是脑子炸了吧？！另外，阻碍这个schema上线的原因不是code层面的，是PM要求不明确，同时我们组跟别的要用这个schema的组也没有达成一致。关于这个schema，讨论了至少3周，我们组基本天天找相关的组开会探讨，到楼主离开的时候，这个schema还没被完全确定。。。PM每次开会结论都不一样。。。你让一个Junior怎么写？在这个新项目开始前，楼主都不知道该找哪个组开会讨论。这明显的red flag又又又被楼主忽略了，楼主当时还以为组长只是想鼓励一下楼主做点更难的东西，就说我暂时做不了，但是我会想办法提高database这块的能力，争取之后可以做。
•   8.2 在楼主刚进组3个月左右的时候就开始push楼主做maintenance的工作，还在1:1上说希望楼主在60天内彻底理解需要maintenance的东西 （这60天楼主不是天天做这个，而是要focus在新的application上，只有被sign到maintainance的ticket才会去弄）。这根本就是强人所难啊，楼主又不是个小天才，只是个平平无奇的new grad。但是楼主不知道怎么反抗不合理要求，就说会努力。
•   8.3 在我们组被调用去做新的domain后，组长就要求楼主在跟PM或者其他组开会的时候提出自己的意见。这个楼主也是做不到啊。他们讨论的大多数都是architecture的东西，楼主根本插不上嘴，楼主能整明白他们在探讨啥就不错了。楼主用了另一个解决方案，开完会，楼主会把对方组的要求列出来，发在teams里，然后更新相关的jira（对的，你没看错，这个时候，jira ticket都没有具体要求，就要求大家先做着）。组长还是不满意，说楼主没有给组里的discussion做出contribution。楼主一个小白，真是有心无力。。。
•   8.4 要求楼主给组里的code review工作做更多的contribution。 这个要求听着一点不过分，对吧？楼主做到了大部分，能提出建议的楼主尽可能提，不能提出建议的也都及时给approve，或者挑个问题问问。组长还觉得不够，说楼主提的意见，量不够，建设性也不够。楼主依旧有心无力啊，你一天天指望一个Junior给senior/pricipcal的PR提有建设性的建议，你是觉得你的senior/pricipcal很菜嘛？楼主被裁前一周，真的有机会给principal的PR提了一个需要他更改的意见，但principal犯那个错误也是因为被组长催的太紧导致的。结果，也没啥用，楼主还是被裁了。
  

9. 组里的plan安排极差。由于PM没有明确目标，楼主被裁前，组里的plan做的极差。现在想想，估计组长的performance不咋高，这个时候应该他就开始给楼主挖坑了。

•   9.1 在没有endpoint，没有确定response properties的情况下，他安排楼主和关系户先给新domain的API写document。为啥什么都没有的时候要先写API 文档呢，他给的理由是方便别的组查看，方便别的组照着这个做。FXXX！！！你还听过更离谱的理由吗？这明明就是统筹规划这个项目的人没做好计划啊，怎么能好几个的ticket安排是互相depend的呢？！
•   9.2 这个API doc不是简单的write down的那种，是用一个小的成型project 展示（它可以custimize内容）。听着简单，但是要花点时间了解这个project的运作，才能往里添加东西。楼主和关系户是同时接的任务，分别搞get和post，因为是同一个domain的API，所以一些新添加function是共同share的。本来说好的是楼书和关系户先各自了解情况，再商量怎么分配。结果，两天之后我俩碰头，关系户还在问基础set up和怎么展示title的问题。楼主没办法，这块比他做的快，就把自己做的placeholder的branch push上去了，给他讲解了一下怎么做，好心让他先用着。 结果，楼主就被坑了。由于principal迟迟不merge他的script，楼主无法调用他的function，也就没办法merge PR。组长就开始指责楼主block了关系户，导致他没办法做PR。可笑的是，在楼主merge PR后，又过了一周，关系户才做PR，而且他的PR在楼主被裁的当天也没merge进master。
  

  这块我得多解释一下具体情况：
           9.2.1 这个API documentation project需要调用core application里的function。但这个function是principal负责的，只有它被成功deploy了，楼主才能调用。 但是，由于产品内容经常性更改，principal迟迟不愿意merge他的code。楼主不可能去催principal，就只能自己想办法。这个情况楼主在被组长指责的时候也强调了，但是组长只是把“没能及时完成ticket”变成了“完成ticket没有他expect的快”。
           9.2.2 楼主想到了一个方法，可以把成果展示在local上，这样子别的组就可以看着这个成品跟我们组讨论了（这就是组长要的啊）。其实每次跟别的组讨论，都有更改，我反而觉得不应该急着merge PR。 但不管如何，有成品可以在开会的时候展示了。
           9.2.3 就算楼主的PR没merge，关系户其实也是有办法把他的内容展示在local的，他就只需要pick我的branch，加自己的内容就可以了啊。之后我的PR merge了，他pull and merge from master 就可以了啊。不知道是他是怎么跟组长说的，或者组长就是找借口要裁楼主，反正关系户不能做PR的锅就赖到楼主头上了。
           9.2.4 这个过程中，还有另外一个组的人来问楼主怎么compile这个项目，楼主还热心讲解了。1:1的时候，楼主跟组长表明给本组人和另外组的人transfer了一些知识，反驳他一直说楼主没有给组里做类似的contribution。结果看来，屁用没有。

•   9.3 在楼主完成了第一个API doc任务后，组里除了一个前端ticket就没有能做的ticket了（都被卡住了）。楼主就主动说来做这个前端ticket，当天scrum master把这个ticket sign给楼主了。结果，第二天早会，principal说他已经写了一部分这个ticket的内容。他做的时候既没跟scrum master说，也没sign那个ticket，就默默自己做了。楼主还能咋办？人家都说他写了一部分了，那楼主只能把这个ticket让给他了。然后搞笑的就来了，principal一直就不push他的code。过了一周，senior也没有ticket可以做了，就在早会上问principal要不要帮忙（senior比较会说，楼主要向他学习），principal就说了个啥原因（楼主忘记了），这个ticket就被senior拿走了。。。呵呵。。。
•   9.4. PM突然有一天说需要另一个新的API。SCRUM master就立刻建了一个新ticket。组长就开始了他的表演，先是在关系户名下已经有2个ticket的情况下，把新的ticket sign给他了。那关系户自然做不完喽。楼主做完手上的活就问scrum master要活儿，他竟然就把这个ticket又转sign给我了。 第二天组长就来问楼主做的api有没有什么block，楼主就又又又说了一遍，“有block，需要principal的script，需要的东西就像之前楼主做的那个API doc ticket”。此时，组长满口说知道了，他会去跟principal follow进度。第三天早会，楼主主动说update了一些details到这个ticket，希望大家看一下有没有其他需要更新的内容。principal此时跳出来说让楼主等他的script。然后，组长竟然问“那XX是可以开始做还是不可以开始做这个ticket啊？”。FXXX！敢情楼主和principal的话都白说了！在楼主被裁的早晨，组长又发讯息问楼主什么时候做完这个ticket，此时，principal的script还没有信儿。楼主这回聪明了一下下，发现组长问的时候都是问“你做的API怎么怎么样”，而不是“你做的XX APi怎么怎么样”，楼主在回复的时候就强调了一下，“之前做的API已经merge了，现在新的API还有block，blabla…”。现在想想，组长有可能就是故意的，故意不说明是哪一个项目，故意忽略block，然后赖我做的慢，赖我block了别人。
•   9.5 组里的plan开始变差不是一时的，之前一个PDP计划成了这样子：A ticket depended on B ticket, B ticket depended on C ticket, ABC tickets 分别三个人做。。。
  

10. 现在回忆一下，有几个事可能可以侧面反应组长准备要裁楼主。可能他招关系户的时候就已经决定要裁楼主了，奈何楼主能力有限，也不是个小天才，没办法靠能力把自己留下。

•   10.1 组员做了PR之后会在teams里通知大家去看，principal和关系户每次发PR通知，组长都给点赞说谢谢。但是楼主发，组长没有任何表示。这么大的red flag，楼主竟然当时觉得可能组长忙，没看到，还觉得无所谓。
•   10.2 除了principal，组里的人都是做完一个ticket，sign下一个。今年开始，组长就开始主动在早会上给关系户sign ticket，每次都是先主动问他能不能做（这活儿难道不是scrum master的？）。楼主走的时候，关系户名下2个tickets（其实原本是3个，其中一个在楼主走前一周被scrum master sign给楼主了，楼主被裁前5分钟刚刚写完placeholder，差点就push update了，还有一个已经sign给他2个月了也没动静）。反观楼主，楼主搞完手头上的ticket之后，都要主动问能帮上啥忙，或者找scrum master要活儿。
•   10.3 关系户进组4个月，组长就让他带新来的co-op，没有问楼主要不要带。这个时候组里只有1个principal和1个senior了，他们都刚带了之前的co-op，照例该轮到楼主带新人了（多可笑，成员都这样了，还要招co-op）， 可是组长并没有问楼主，提都没提。这其实已经在边缘化楼主了。
•   10.4 公司发讯息说了，2月之后入职的人不用提交正式的performance在系统里。但是组长还是让楼主提交了，楼主当时反驳说不需要写，组长以就是我俩看着方便为理由让楼主写，楼主也没多想，就写了。结果年末的时候，组长就给楼主提交一个正式的low performance在公司系统里。。。 还说本公司的要求是他呆过所有公司里最严的，他迫不得已只能给楼主low。low的原因是楼主的一个ticket是principal帮忙收尾的。那个ticket比较特殊和复杂，楼主是在principal的帮忙的下做出来的，但是principal忽略了一个part没考虑，楼主也不知道（楼主也没能力知道），就merge进了系统，就引起了另一个bug，悲剧的是当时正好赶上楼主请了一个5天假，也不知道发生问题了。之后楼主休假就是principal修复的。等楼主休假回来才知道出问题了，楼主就主动跟组里人说了sorry，principal还是很有担当的，他直接在teams公共群里说不赖楼主，是他当时忘记跟我讲解那个引起bug的part，那个部分平时我们组做的东西都不涉及，就被忽略了。结果年末的时候，组长就以楼主的ticket需要组员帮忙finish为理由，给了楼主一个low performance。楼主当时还处于愧疚中，也觉得他说的确实也是事实，就没辩驳，接受了。现在想想，楼主很脑残啊，组长就是故意的，明明楼主还处在Junior学习的过程中，这类的ticket楼主根本不可能完全自己搞定。队友当时就跟楼主说，感觉组长就是准备要裁楼主了，但是楼主当时畏惧现在的就业市场，就安慰自己，只要我之后努力不犯类似错误，努力工作，下一年的performance就上去了，就不会被裁了。楼主公司没有pip，或者warn什么的，就只有一年一次的performance。
  

11. 楼主被裁的过程也是让人闹心，给我一个new grad留下了心理阴影。楼主在周三被裁，组长周一给楼主发的1-1更改时间邀请邮件理由写的是teams 视频不好用，改用zoom。周一还给楼主派活儿呢，时刻关心楼主手头的ticket是不是有block，能不能在周三前完成。周三早会，组长说周五大家一起去吃组饭，然后公司另一个组的一个人刚好进城，大家可以在办公室认识认识。现在想想，楼主觉得有点恶心，你都已经在周一就决定裁我了，还要在楼主被裁当天早晨约着大家一起去吃饭，真的让人无语，至于这么恶心人吗？！周三下午的1:1，楼主刚进zoom就看到组长开着摄像头和hr谈笑风生，真的是笑容满面。平时1:1，楼主都是提前2分钟进meeting，组长都要迟到一会儿才进meeting，这回组长进的特积极。楼主一进去，组长就停止了笑，说：“由于之前1:1，我和你没法work out，你被裁了”。楼主当时有点懵，就说，那可不可以请你具体点说你的哪项要求楼主没达到？组长就换了理由说是business decision，然后直接关了摄像头不说话了。楼主脸皮薄，没办法继续逼问具体原因，就在hr说话的时候，停止继续问了。现在每次回忆起这个被裁的周三发生的事情，楼主就意难平，裁就裁呗，为啥不能选择一个好一点的方式呢，楼主确实没给组里做啥大贡献，但是也兢兢业业干活了啊，还积极响应组长的号召，从来都是能去办公室就去，能不请假就不请。至于这么羞辱人吗？！楼主被裁当周周一到周三还在努力工作，更新完善ticket内容，他但凡再晚5分钟跟我开会裁人，我就把做好的code push 上去了。对于这种被被裁方式，很心塞。。。
-----------------------------------------------------------------------------------------------------

列几条楼主本人的反思：（现在想想，楼主怕不是个红绿色盲，反反复复错过各种red flag）
  1. 当初没有仔细考虑网络上对公司的评价，只想着有份薪水不错的全职，什么都没想就接了。公司的网络整体评分挺高，但是很多人提到management不行，depending on teams。由于没多想，楼主虽然最开始就不太喜欢组里氛围，但还是兢兢业业干下去了，从来没考虑努努力去换组。真是大错特错……
2. 在组里招第二个new grad ，组长积极介绍他爸是XXX并且积极邀请他爸一起吃组饭的时候，楼主没有及时考虑换组或者换工作。反而天真的以为公司业绩好，也许人家就同时需要培养两个new grad Junior呢～～～最终楼主被lay off，而不是楼主找到更好的工作离开这个组or公司。
  3. 楼主对于组长的反馈没有做到及时反击，而是天真的以为已经解释清楚了（楼主解释的时候，组长说“理解，知道了，谢谢你的建议”）……
  4. 在最一开始进组感受到阻力氛围不好的时候，楼主就应该开始思考另外的路，而不是被现在的就业环境吓到决定先苟着。
5. 楼主脑子含水量过大：全盘托出自己的全部知识，帮组员解决问题；为了组里的scope提建议，提建议还照顾对方情绪，仅仅私下@对方。如果是在一个好的组，这一条可以忽略不计。但是，介于楼主所在的组，全盘托出自己的知识帮跟一个与自己同级别的关系户，真的是脑子进水了……
6. 当组里的plan安排不合理的时候，没有考虑换组或者换公司。小伙伴们，这个真是个red flag，plan安排的差，证明management差，整个组的业绩早晚受影响……
7. 当组长开始给楼主安排超出楼主水平的任务时，没有及时考虑换组或者换公司。这就是他要准备给他完不成任务找替罪羊了……
8. Mentor 不给力的时候。楼主没有主动想后路。。。mentor不到4个月就走了，没人带楼主，楼主还是没主动找后路。。。这个对于new grad来说，真是硬伤啊，没有个好导师，之后的路真是难走。。。到不是说要依靠谁，至少得有个引路人吧？！
9. 组里的组员其实还是nice的，senior都非常及时的回复讲解楼主的问题，principal也是有时间的就会回复讲解。但是，楼主只关注了手头的ticket，以为只要完成工作就不会被裁，这是不对的，楼主需要学习如何跟组长沟通交谈。
10. 这一条不能完全算反思，但是楼主还是列在这里，也是激励自己一下。新人首先要注重提高个人能力。其次，还要时刻关注“有毒警示”，及时给自己安排后路。

这个贴是楼主用来吐吐苦水，抒发一下郁闷心情的。每次回忆起来，眼睁睁看着自己被“PUA”，还替对方着想，总有种看傻子的可笑感和吵架没发挥好的遗憾感，LoL。谢谢各位观看，希望可以提供给大家一个反面例子和警示。愿所有人都能及时发现并远离有毒组和组长。

还有，顺便求米！ 谢谢大家～

senior 开始跑路就是red flag 了，说明组里没活了，待着也是慢性死亡。

SoftDev 发表于 2023-4-25 10:06
楼主来了😊，sorry，是有点长，楼主一发牢骚就容易化身话痨……简单说就是一些楼主第一年正式工作 ...

下次可以用chatgpt发个summary

做人不能太老实，LZ太老实了，开会通知你裁员，你找借口请假、拖延，至少能再耗上两个月
社会上就是欺负老实人，所以以后多长点心眼吧

好长，有人总结一下嘛，楼主加油啊！

kylofive 发表于 2023-04-24 18:57:20
好长，有人总结一下嘛，楼主加油啊！

楼主来了😊，sorry，是有点长，楼主一发牢骚就容易化身话痨……简单说就是一些楼主第一年正式工作遇到的奇葩事，都是些red flag，给新人小伙伴一些警示。

SoftDev 发表于 2023-4-24 22:06
楼主来了😊，sorry，是有点长，楼主一发牢骚就容易化身话痨……简单说就是一些楼主第一年正式工作 ...

诶，现在环境太不好了，楼主一定要加油啊

kylofive 发表于 2023-04-24 19:08:51
诶，现在环境太不好了，楼主一定要加油啊

谢谢🙏是的，楼主之前就是被大环境吓到了，不敢想着换公司……谢谢鼓励😄

这家公司叫啥啊，让大家避个雷

ng太难了，祝楼主找工顺利，给你加了些米

妈呀，真心为楼主感到不值得。不过这个组把你裁了应该就没人了吧，感觉是整个组没活干了吧？