90 个主题 | 1904 个回复 | 最后更新:2023-10-31 03:25
new grad如何选择自己的第一份工作?去big name大厂,还是小公司比如startup?哪个更有利于长期职业发展?
码农类General 全职
硕士+(1-3年)
[2]
积分不足,查看如何攒积分或
解锁阅读权限 IC (Individual Contributor 技术岗,不管人) @
wealthfront Investment Area
BayArea湾区
在这家公司工作了多久: 1-2years | 你还在这家公司吗: ExEmployee, quitted < 3months ago
==== 综合评价: ★★★☆☆ ====
你对公司商业前景有信心吗: Not sure
你觉得有清晰的发展空间吗: Yes
WLB-平均每周工作多久: 40-50hours
上次refresh多少钱: NA
公司食堂: No free food, no easy access to paid food
人员流动-你的director组内最近半年有多少人离职: Not sure
周围做决定的人一般是谁: Engineer
大部分同事上班状态: Reasonable work ethics, not killing themselves over work
你身边政治斗争如何: Barely any
当初为什么选择来这家公司?: 刚毕业急着上岸
如果已经离开这家公司,为什么选择离开?: 还是想去大厂稳一点
具体工作,组,tech stack等: Backend/Investment Product/日常Java, 偶尔Scala
最满意的是什么:1.Manager人很好;
2.公司总体氛围比较友善,比较professional;
3.ng入职几个月就有机会接触design类的工作
最不满意的是什么: 1.Oncall太折磨人;
2.Roadmap有点混乱;
3.文档少/更新不及时,很多东西只能靠口口相传或自己踩坑;
4.工作任务要求经常不明确
你对这份工作最看重什么:保住工作签证,积累工作经验
注册一亩三分地论坛,查看更多干货!
您需要 登录 才可以下载或查看附件。没有帐号?注册账号
x
从公司规模、待遇、发展前景来说,前司在地里应该都是排不上号的,算不上热门startup,但我还是很感激这家公司和捞我上岸的人,不然当年搞不好真的要去icc了。
展开说说满意和不满意的地方吧——
满意:
1. Manager人很好
Manager是美国白人中年大叔,算是公司元老之一。不push,很好说话,需要他出面和其他组交涉的时候不会推诿。1 on 1的时候,只要我有提前准备topic,他都会很乐意跟我讨论。不过也是因为他在上次review给了我有点negative的评价,吓得我才终于决心开始刷题跳槽,结果年末review评价很好又给我升职了...只能说造化弄人。
2. 公司总体氛围比较友善,比较professional
每次面试别人时被问到“最喜欢公司哪一点”,我都会回答这个,尤其是听别人讲了他们公司一些撕逼互骂或者甩锅互怼的事情之后,更觉得这有可能不是每个公司都能保证的。在前司,不管是打字交流还是视频,至少明面上没有人会说任何不礼貌的话,即使产生分歧也永远是在理性讨论,出了问题紧急sync call或者post mortem也都是基于no blame原则就事论事。
3. ng入职几个月就有机会接触design类的工作
这可能是把双刃剑,对于ng来说是很好的学习机会,也会带来压力。刚工作几个月基本上还处于什么也不会的阶段,只能硬着头皮照葫芦画瓢,对于很多系统设计中会面临的问题还没有什么概念,不清楚具体implement的过程中会遇到什么样的阻碍。不过确实也很锻炼人,再加上很多人说在大厂要拥有同等scope需要的级别会更高,所以我觉得这对个人而言仍然算是好事。
不满意:
1. Oncall太折磨人
这可以说是导致我决定离职的最重要的原因之一...组里除开manager长期只有7、8个人,有段时间其中好几个都是还不能单独oncall的new hire,于是只有4个人在oncall rotation里,一个月就要轮一次。最近半年8周oncall一次,已经算是最好的情况了。并且oncall是24X7,有很大概率会清晨或深夜被alert吵醒。组里的oncall runbook能cover到的问题九牛一毛,大多数时候遇到不熟悉的问题只能在jira里试着搜索类似的ticket看以前是怎么解决的。但因为root cause很可能不一样,就算找到解决方法也大概率不适用或治标不治本。组里oncall负责的服务有一些不是日常开发会接触到的内容,一旦这些部分出问题就得现场硬读没注释的代码(倒不是大家写代码习惯不好,是规定非特殊情况不能写注释,只能用unit test里的各种case来让读者理解代码)。我已经记不清多少次oncall的时候清晨或者深夜边哭边搜ticket、读代码了,并且PTSD严重到哪怕明知自己没有在oncall,只是听见别人的oncall alert也会心脏漏跳一拍。
组里的加籍华人小哥听我说了要去的大厂,第一反应就是“不用oncall了,羡慕啊”。我告诉他其实我的新组也是要oncall的,只是频率和强度应该会低很多。
2. Roadmap有点混乱
虽然很多计划早早就被放上了roadmap,但priority也是说改就改,时常会突然有新project横空出世,导致原本要做的东西一拖再拖。甚至有一次我们在backlog grooming的会上临时被告知要estimate一个项目,这个项目组里基本没人有context,只能凭感觉scope。当时manager也是有点无奈的样子。而有的项目被拖得太久,原本了解的人都离职了,换人来做之后新的负责人也不太清楚之前到底哪些部分做了、哪些还没做。
3. 文档少/更新不及时,很多东西只能靠口口相传或自己踩坑
这一点或许是发展期的小公司都很难避免的问题,毕竟为了争取更多用户,大部分精力都放在开发新feature、新产品上。backlog里做不完的ticket,也就很少有人能有心思去梳理服务架构、业务流程、操作手册、常见问题、常用内部术语之类的东西并整理成文档。很多次我想确认一个内部术语到底定义是什么,在公司的wiki里翻来覆去也搜不到,只能凭自己理解,然后找人询问这个理解是否正确。有很多文档已经是好几年甚至十年前发布的,也没有再更新过,后来的人即使找出来看,里面的很多内容也已经outdated,形同虚设。
4. 工作任务要求经常不明确
倒不是说我认为日常开发ticket的description要详细到可以直接无脑翻译成代码,dealing with ambiguity本来也是程序员工作能力的一部分。但很多时候ticket只有一行标题,要自己猜具体的goal到底是什么,再找创建ticket的人确认猜对了没。如果创建ticket的人实际上并不是context最多的人,还得再多兜个圈子去问那个真正懂的人。甚至有时因为创建ticket的时间过早,对project的理解还不全面,标题反而有误导性。
类似的问题是不同业务部门之间point of contact交代不清晰、不准确。有时需要和组外的人对接,A说找B,B说找C,C说D说了算,最后发现其实E说了算。
由于这是毕业后去的第一家公司,我自己没有其他的经历来作对比,所以我给出的评价都是横向跟在其他公司的朋友的体验和地里看到的信息比较。
技术方面还行,主要就是Jira+bitbucket+Jenkins那一套。因为体量不大,所以想换成新东西不难,像更新Java 11这种事backend infra组的几个engineer就能drive。不过已经有一些legacy code之类的问题了。
公司人不多,外籍员工占的比例也很小,亚裔很多都是ABC,像我这种不太擅长用英语社交的人会觉得有点找不到组织。不过不介意这点的话,同事之间也有私交不错的,听说过有一群人疫情前周末会约着一起骑车。
绿卡可以办,也没有硬性的工作年限或者performance要求,manager答应就行。但可能也是因为经手的case不多,负责这一块的人经验不是很足,写个job description都用了两个月才敲定。
客观来讲,比起地里各种伤痕文学里的描述,我在前司的体验也不算太糟。总的来说更适合有经验、有技术积累的人去创造impact,ng去也能学到东西,只是性价比没那么高。
因为疫情只体验了一个月office生活,有时总感觉自己还是那个上课、考试、写作业的小女孩,其实还有不到三周就工作整整两年了。希望自己能多多反思之前的工作经历,在新的平台好好努力。也祝大家工作/跳槽顺利!
|
上一篇:
Acumen 公司如何下一篇:
Moody