从同事视角给职场新人的一些小建议～

简单介绍一下自己：
本人湾区大厂码农一枚，曾经也是new grad进厂。在公司待过两个组，都是人员流动比较大或者正在在快速扩张的组， 接触了很多新人。
当过几次mentor，带过1个intern，也host/cohost过几次那种rotation制的engineer（就是约半年一个rotation，决定要不要转正的）。同时也接触了很多其他的组里的新人， 3和4都有，有新入职的也有transfer的。
其中大多数是中国人，也有ABC，烙印，白人。
希望从同事的视角，给职场新人们分享一点自己的感悟。希望能帮大家少走一些弯路！
大多数都是主观的经验感悟，地里有很多大佬，欢迎批评指正～


1. 同事对你的评价很重要！同事对你的评价很重要！同事对你的评价很重要！
重要的事情说三遍。同事对你的评价不仅仅限于perf，而是会影响到你的方方面面， 尤其是对于一个正在establish自己的新人。
比如，我老板会在1-1，问几个比较核心的组员关于他对组里新人（甚至是其他小于他level的老人）的看法。
这个对话会发生在perf期间，OKR planning期间，或者新人刚加入的一段时间后。
所以，组里核心同事的看法实际上影响了老板对你的看法，以及你拿到什么样的project （complexity/impact有多大）。
功利一点的说，同时进组的新人之间的竞争，实际上从第一天就已经开始了。

2. 关于independent work
我跟几个关系好的同事聊过，其实大家都比较看重这个问题， 而且越忙的时候越看重（因为带新人比较费时间，实在分身乏术）。
对于新来的3来说，大家还是很有耐心的。对于新来的4及以上，大家还是expect多一些independent work，少一些问题。但是一般来说，被问到问题大家都会第一时间回应和帮助的，所以新人们也不要担心。只不过潜意识里，一个trivial或者silly的问题可能会略微影响组员对你的第一印象。
总体来说，如果你有不会的问题， 我给新人的建议是这样的：
1. 先从team里找doc，或者内网搜索，能独立解决的话，perfect
2. 找自己的mentor要doc，能解决的话，也perfect
3. 问自己的mentor问题，或者找对应的owner问。不要怕问问题，但要尽量避免trivial或者silly的问题。
如果你通过step 1或2解决了问题，不要忘记在1-1根自己的mentor/manager讨论你的理解。这样既让他们知道你自己figure out了很多东西，也便于他们进一步帮助你理解。

另外分享一个趣事：
我们几个关系很好的中国同事，在一次偶然的闲聊中， 发现过某个新人的高级技巧：
“我觉得XXX很强，我给他的project他只问了我两三个问题，然后好像都自己搞定了。”
“他也问我了一两个问题。关于。。。。。。”
“也问我了，关于。。。。。。”
“。。。。。。”
然后我们猜测，这名新人非常可能什么都没独立完成，每一步的每个细节都问了不同的人问思路直接抄。我们组里有20个人。。。
这个技巧真是秀到我了！我之前还有些surprise虽然他问我的问题那么细节（甚至silly），感觉他不太懂，但是最后居然独立做完了。
低风险高收益，新人有需要的话可以自取～～～
不过总体来说，还是可以把你的问题分摊到不同的人身上，让mentor/manager/组里大佬觉得你比较independent。

3. 一定要重视别人给的feedback
包括但不限于： code review comment，doc comment, 其他直接或委婉的建议。
其实对于部分新人（尤其是new grad），能value feedback其实是一项比较加分的能力。
我曾经遇到过一两个人，对于我留下的很多的code comment，有些无视/漏掉，有些完全理解错了不问我就乱改。如果多次发生，真的有点降低第一印象。
如果遇到别人的comment不理解，一定要ping他跟他讨论，而不是一波乱改。。。
另外，对于别人，尤其是mentor委婉提出的意见， 一定要重视。
比如我曾经告诉过一个我的mentee，非工作时间尽量发邮件，非emergency不要ping人。然而他依旧动不动周末ping我一下，就无语。。。。。。

4. 不要over design，避免code刻意fancy
我在不只一个新人身上看到过这类问题：
1. 把一个简单的engineering问题复杂化，当成leetcode的algorithm或者system design题做。
2. code刻意fancy，不够readable也不够maintainable。
最后基本都是被大家集火，收到一堆comment，重新design或者重写code。
其实，说实话，在大多数大厂搬砖的实际应用中，简单的数据结构完全够用了。能遇上个leetcode medium难度都破天荒了。
大厂的infra都非常完备了，绝大多数组都不会涉及太复杂的算法或数据结构。
能用简单方法的解决的问题不要刻意复杂化。
能用简单、清晰的code解决的问题不要刻意复杂化。


5. culture fit
这个说重要也重要，说不重要也不一定比前几项重要。
总之就是组里人咋样，你就咋样。
他们996，你也求福报。他们天天划水，你也别一枝独秀。。。。。。
不过说一句不太zzzq的话，有时候新人略微加班或者更拼一些，还是有点小加分的。
让老板知道你加班你刻苦方法有很多，非工作时间还是尽量不要ping人～


纯手打。都是个人主观的感悟和经验。欢迎大佬们批评指正！
希望能帮助到大家～

喜欢的请支持一下～多谢！！！

个人看法：
1. 入职3-6个月内，不懂赶紧问。当然要注意态度和时间，并做笔记。不要重复问一样的问题。
2. 问题本身没有简单/难/stupid/silly。 提问能更快解决问题并了解产品。自己埋头苦想 不是好办法。
3. 6个月后考虑独立解决一些问题。
花3-6个月熟悉没做过的产品/code 很正常。这些都和级别无关。

谢谢楼主！不过关于新人问问题的事情，中国文化同这边教育的太不同了，老中一般比较怕如果问了trivial or silly的问题，会让人认为能力不行，所以课堂什么的都比较沉默，但这边的孩子从小受的教育是“知道了要举手，不知道了更要举手”。第一次听说，特别不理解，有时也觉得一些老外问的问题特蠢。

看了来楼主最重视的是非工作时间不要pinh人！

Vincentw 发表于 2020-10-11 09:21:11
看了来楼主最重视的是非工作时间不要pinh人！

哈哈，你可知道我经历过什么~

what if manager and peers ping me in non-work time (like evening or weekend)?

jinghuayuan 发表于 2020-10-11 16:20:27
what if manager and peers ping me in non-work time (like evening or weekend)?

建议正常回。

同意， 亲身经历， 老板在perf季节/犹豫该不该升职的时候确实会问组里senior的意见, 甚至老板都直接告诉我了

感觉很有用～

Joyce5211 发表于 2020-10-12 07:31
建议正常回。

got it :(

组里都老美，入职半年一切都熟了以后，就很少问问题了。结果skip level sr mgr说我不能一开始表现来久了就懒。hhhhhhh，看来以后问题要多问老美，不问问题说我懒。