当我在带实习生的时候我在看什么
70488133
又到了一年实习季，做为一位曾经的西雅图某不知名亚姓书店的实习生，后来的实习生mentor，现在家属也来实习了，写下这篇文章旨再交流。不谈技术，因为我菜。本文只谈软技能。我是一个软技能狂热爱好者，我会觉得当我们在磨练软技能的时候它的短期的效益被夸大，它真正重要的长期影响被低估了。
自卖自夸：如果喜欢欢迎点赞加米我找时间再写一个关于一般只refresh通货膨胀情况下,软技能如何帮助我拿到top tier package refresh (5%+)的
这篇文章会分为两个部分，做为实习生我应该注意什么 和 mentor/manager在观察什么，其中前者亦是后者的一部分。
做为实习生我应该注意什么
- making sure everyone is on the same page
操作：在实习刚开始的时候以师傅给出的proj scope为基准，写一个milestone doc，拿给senior review，确认后，跟老板一对一的时候拿出来给老板review。
原因：我在实习的时候曾吃过这样的亏，每个人对你要做什么对你的期望可能会天差地别，做为一个刚踏入职场还不会造轮子的实习生很容易陷入“mentor跟我说完我以为我懂了，老板问的起来时候发现解释不清楚/完全没懂，然后只能去找师傅过来解释”-就很丢失信任并且很尴尬。我在带实习生的时候很注意这点，让ta别急着开始 先把这几步一步一步落实清楚了再开始。果然最后发现我想让实习生做拖拉机，senior的意思是做个摩托，但是老板心里想的是火箭（赛博坦出品）。后来在我跟别的学弟学妹聊的时候发现这也是一个比较普遍的现象。
细节：在跟老板聊之前跟senior聊很重要，senior会是你确认proj技术细节有没有超纲/mentor没有喝假酒/milestone有没有离谱的重要资源，也是你下一步说服老板不要造变形金刚的资本。doc需要包括：为什么要做这个东西（impact），milestone & timeline，risk（即做不成的risk或者可能的难点）等等，不要写太长不需要技术细节，最多两页。
- having regular sync up with senior
操作：适时地找组里的带头大哥sync up
原因：很简单-大哥会给你写feedback。组里的带头大哥和师傅会是老板摄取feedback的重要来源。师傅如果没有喝假酒的话一般都会尽全力保你，那么大哥的话就至关重要，更何况大哥的话语权>>师傅。
细节：当有的聊的时候找大哥1:1，内容类似于“我刚来 你这么流批有什么给intern的best practice”这类general的，或者“我刚把xx feature实现了，我知道很流批，但我觉得像你这样的大哥可以指点我从什么方向做的更流批吗”这类即吹自己也放彩虹p的。比较有信心的cr直接cc senior，不要怕犯错。另一方面，适时地请教senior一些问题，design的可 tech的也可，注意问问题的方式自己先做一些研究，别把大哥当谷歌用就行。这里就不展开说了，这是一门艺术 可以以后另外写一篇长文。
- asking (right) questions around
操作：别就逮着师傅问问题，其实全组都是你师傅
原因：在一些比较忙的组，师傅可能并不会因为带intern被多分配时间，而且intern一般都会有很多问题->是人都会被问毛的->如果师傅不懂如何引导intern去问别人 毛了可能会找老板吐槽
细节：适时地问一下其他组员问题，辣鸡setup问题问其他刚来没多久的 他们也熟，高级问题问sde2/大哥，别怕问 但也要善用internal search
- Speaking up if you don’t know
操作：不懂就问，不懂就说
原因：不懂装懂是要付出代价的，先把对方对自己的期望调低，再把东西做出来印象会更好
细节：组里会有一些regular的meeting，适时的问一些问题，一方面深入了解一方面自己也不会那么困（真的困啊）。不用像“let’s take a step back”之类花里胡哨的，直接“what’s xxx”就完了。刚来组里有语言/框架/算法没接触过直接说要xx天学习一下，说就完了，之前有精英sde2转过来说没用过ruby要花两天看一下 完全没问题 没人会judge你。可能有些stereotype+没有冒犯的意思 - 看到很多国人新来的真是不愿问问题 一个人可劲的闷头干又干不出来 可太难受了 我们内部的东西你进组之前咋可能会除非你之前一直在卧底
mentor/manager在观察什么
- learning ability
这是最重要的没有之一，招的是个intern不是tech lead，呼应上文，没必要说自己啥都会，恰当的露出自己的短板并展示自己的成长重要的多的多的多。我做师傅的时候也会提醒我的老板，新来的实习小哥以前不是学cs的之类，cr一开始改了快10版 到最后能中小型cr一次过 这就是闪光点，我给写feedback也会着重写成长。
- daily standup
这其实算是对没有职场经验的新人的一个日常考验。怎么说把这个说明白（以及适当地摸鱼给自己留有弹性）是一门学问。这里不展开说，可以另外搜搜资料。每天上来standup说的英语烫嘴实在是日常减分。我实习的时候会头天晚上洗澡的时候自己跟自己先说一遍，至少先能说服自己吧:P
- Communication skill
同上，至少要能把自己的proj讲明白，1:1被老板challenge的时候讲明白（适当结合白板画图讲得更清楚）<-这很重要。
很多同学关心是不是需要跟组里所有人搞好关系。这可能跟从小教育的跟所有人搞好关系不大一样。我和老板探讨过这个问题，在我们看来完全没必要，你也完全没必要了解组里其他人在做什么（可以适当地表达兴趣，然后听完就忘），把手头的proj做完就完了，每个人都有不同的性格我们也尊重每个人的性格和社交选择。
- NO surprise
两个方面
- 当你对你当前项目/进度/得到的帮助或者其他有任何不满 先跟师傅沟通，不要“越级”escalate到老板那，因为最终老板会去问你的师傅，老板对你师傅的信任肯定是大于一个小实习生的，不要造成不必要的麻烦， 特别是很多时候我相信实习生的concern应该是合理的concern，师傅需要帮助你把话说圆了，并且说服老板。
- 当进行任何不熟悉的改动操作先跟组员确认，有重大改动要push出去现在chat room里吆喝一声 一方面增加visibility一方面防翻车，不要一顿改config/deploy过了半分钟听到你们组的oncall在自己的座位上wtf。。。
- Actively giving contribution (bonus point)
完成自己手头的项目之余，我会期望实习生能对项目之外也有impact。最简单的一点就是随着team service的更迭，setup肯定会有变化，实习生肯定会“踩坑”肯定会出现按照说明书也搞不定的情况，不要抱怨，想办法figure out，最重要的事完成之后记录在wiki里，并且告诉全世界->我把这个wiki给改了 你们以后的new hire可要舒服的不行了。这是一个最简单的例子，想办法延伸这一点。再举一个例子 我实习的时候可劲的在内网类似stackoverflow的找能答的问题答，最后攒了个几百分，给老板聊到这个 大概就是“无它 我就是想展示ownership对我们整个community做出一点微小的贡献” 老最后爷放到了我的final report里。
这当然不是拿return的决定因素 但确实能是一个加分项，当你的major proj比较弱的时候，老板和师傅有这类东西能在最后更言之有物
一些tips：
- 师傅是你的最后一道防火墙/复活甲/肉山盾，尽量（或者说一定）选你师傅在的时候做design review/presentation，你能一个打十个就忽略这一条。如果师傅请假了 老板问你准没准备好也别说准备好了在等师傅 别问问就是没准备好。师傅永远能够在最危急的时候defense你，更重要的是一个优秀的师傅能恰到好处的在faq环节提出问题 让你强调出你做的流批feature并且展示你思考的深度。
后话：至少当我看一个intern的时候我的心理预期会给很低，你能第一版就作出精妙的cr和design当然很好，没有也无所谓，我也完全不在意你是否把你项目之外的事情搞明白或者跟每个人都很熟，我相信国人一般都还是很努力的。那么就根据一开始设定好的goal一步一步把事情做好了，最怕的就是啥都不定在一个没有边际的黑盒里打棉花。如果之前设定好的东西都完成了凭什么不给return呢，一切都是水到渠成的。
很久没写这么长的文章了 如果喜欢欢迎点赞+米
如果喜欢欢迎催更哈哈哈 祝大家一切顺利！
自卖自夸：如果喜欢欢迎点赞加米我找时间再写一个关于一般只refresh通货膨胀情况下,软技能如何帮助我拿到top tier package refresh (5%+)的
这篇文章会分为两个部分，做为实习生我应该注意什么 和 mentor/manager在观察什么，其中前者亦是后者的一部分。
做为实习生我应该注意什么
- making sure everyone is on the same page
操作：在实习刚开始的时候以师傅给出的proj scope为基准，写一个milestone doc，拿给senior review，确认后，跟老板一对一的时候拿出来给老板review。
原因：我在实习的时候曾吃过这样的亏，每个人对你要做什么对你的期望可能会天差地别，做为一个刚踏入职场还不会造轮子的实习生很容易陷入“mentor跟我说完我以为我懂了，老板问的起来时候发现解释不清楚/完全没懂，然后只能去找师傅过来解释”-就很丢失信任并且很尴尬。我在带实习生的时候很注意这点，让ta别急着开始 先把这几步一步一步落实清楚了再开始。果然最后发现我想让实习生做拖拉机，senior的意思是做个摩托，但是老板心里想的是火箭（赛博坦出品）。后来在我跟别的学弟学妹聊的时候发现这也是一个比较普遍的现象。
细节：在跟老板聊之前跟senior聊很重要，senior会是你确认proj技术细节有没有超纲/mentor没有喝假酒/milestone有没有离谱的重要资源，也是你下一步说服老板不要造变形金刚的资本。doc需要包括：为什么要做这个东西（impact），milestone & timeline，risk（即做不成的risk或者可能的难点）等等，不要写太长不需要技术细节，最多两页。
- having regular sync up with senior
操作：适时地找组里的带头大哥sync up
原因：很简单-大哥会给你写feedback。组里的带头大哥和师傅会是老板摄取feedback的重要来源。师傅如果没有喝假酒的话一般都会尽全力保你，那么大哥的话就至关重要，更何况大哥的话语权>>师傅。
细节：当有的聊的时候找大哥1:1，内容类似于“我刚来 你这么流批有什么给intern的best practice”这类general的，或者“我刚把xx feature实现了，我知道很流批，但我觉得像你这样的大哥可以指点我从什么方向做的更流批吗”这类即吹自己也放彩虹p的。比较有信心的cr直接cc senior，不要怕犯错。另一方面，适时地请教senior一些问题，design的可 tech的也可，注意问问题的方式自己先做一些研究，别把大哥当谷歌用就行。这里就不展开说了，这是一门艺术 可以以后另外写一篇长文。
- asking (right) questions around
操作：别就逮着师傅问问题，其实全组都是你师傅
原因：在一些比较忙的组，师傅可能并不会因为带intern被多分配时间，而且intern一般都会有很多问题->是人都会被问毛的->如果师傅不懂如何引导intern去问别人 毛了可能会找老板吐槽
细节：适时地问一下其他组员问题，辣鸡setup问题问其他刚来没多久的 他们也熟，高级问题问sde2/大哥，别怕问 但也要善用internal search
- Speaking up if you don’t know
操作：不懂就问，不懂就说
原因：不懂装懂是要付出代价的，先把对方对自己的期望调低，再把东西做出来印象会更好
细节：组里会有一些regular的meeting，适时的问一些问题，一方面深入了解一方面自己也不会那么困（真的困啊）。不用像“let’s take a step back”之类花里胡哨的，直接“what’s xxx”就完了。刚来组里有语言/框架/算法没接触过直接说要xx天学习一下，说就完了，之前有精英sde2转过来说没用过ruby要花两天看一下 完全没问题 没人会judge你。可能有些stereotype+没有冒犯的意思 - 看到很多国人新来的真是不愿问问题 一个人可劲的闷头干又干不出来 可太难受了 我们内部的东西你进组之前咋可能会除非你之前一直在卧底
mentor/manager在观察什么
- learning ability
这是最重要的没有之一，招的是个intern不是tech lead，呼应上文，没必要说自己啥都会，恰当的露出自己的短板并展示自己的成长重要的多的多的多。我做师傅的时候也会提醒我的老板，新来的实习小哥以前不是学cs的之类，cr一开始改了快10版 到最后能中小型cr一次过 这就是闪光点，我给写feedback也会着重写成长。
- daily standup
这其实算是对没有职场经验的新人的一个日常考验。怎么说把这个说明白（以及适当地摸鱼给自己留有弹性）是一门学问。这里不展开说，可以另外搜搜资料。每天上来standup说的英语烫嘴实在是日常减分。我实习的时候会头天晚上洗澡的时候自己跟自己先说一遍，至少先能说服自己吧:P
- Communication skill
同上，至少要能把自己的proj讲明白，1:1被老板challenge的时候讲明白（适当结合白板画图讲得更清楚）<-这很重要。
很多同学关心是不是需要跟组里所有人搞好关系。这可能跟从小教育的跟所有人搞好关系不大一样。我和老板探讨过这个问题，在我们看来完全没必要，你也完全没必要了解组里其他人在做什么（可以适当地表达兴趣，然后听完就忘），把手头的proj做完就完了，每个人都有不同的性格我们也尊重每个人的性格和社交选择。
- NO surprise
两个方面
- 当你对你当前项目/进度/得到的帮助或者其他有任何不满 先跟师傅沟通，不要“越级”escalate到老板那，因为最终老板会去问你的师傅，老板对你师傅的信任肯定是大于一个小实习生的，不要造成不必要的麻烦， 特别是很多时候我相信实习生的concern应该是合理的concern，师傅需要帮助你把话说圆了，并且说服老板。
- 当进行任何不熟悉的改动操作先跟组员确认，有重大改动要push出去现在chat room里吆喝一声 一方面增加visibility一方面防翻车，不要一顿改config/deploy过了半分钟听到你们组的oncall在自己的座位上wtf。。。
- Actively giving contribution (bonus point)
完成自己手头的项目之余，我会期望实习生能对项目之外也有impact。最简单的一点就是随着team service的更迭，setup肯定会有变化，实习生肯定会“踩坑”肯定会出现按照说明书也搞不定的情况，不要抱怨，想办法figure out，最重要的事完成之后记录在wiki里，并且告诉全世界->我把这个wiki给改了 你们以后的new hire可要舒服的不行了。这是一个最简单的例子，想办法延伸这一点。再举一个例子 我实习的时候可劲的在内网类似stackoverflow的找能答的问题答，最后攒了个几百分，给老板聊到这个 大概就是“无它 我就是想展示ownership对我们整个community做出一点微小的贡献” 老最后爷放到了我的final report里。
这当然不是拿return的决定因素 但确实能是一个加分项，当你的major proj比较弱的时候，老板和师傅有这类东西能在最后更言之有物
一些tips：
- 师傅是你的最后一道防火墙/复活甲/肉山盾，尽量（或者说一定）选你师傅在的时候做design review/presentation，你能一个打十个就忽略这一条。如果师傅请假了 老板问你准没准备好也别说准备好了在等师傅 别问问就是没准备好。师傅永远能够在最危急的时候defense你，更重要的是一个优秀的师傅能恰到好处的在faq环节提出问题 让你强调出你做的流批feature并且展示你思考的深度。
后话：至少当我看一个intern的时候我的心理预期会给很低，你能第一版就作出精妙的cr和design当然很好，没有也无所谓，我也完全不在意你是否把你项目之外的事情搞明白或者跟每个人都很熟，我相信国人一般都还是很努力的。那么就根据一开始设定好的goal一步一步把事情做好了，最怕的就是啥都不定在一个没有边际的黑盒里打棉花。如果之前设定好的东西都完成了凭什么不给return呢，一切都是水到渠成的。
很久没写这么长的文章了 如果喜欢欢迎点赞+米
如果喜欢欢迎催更哈哈哈 祝大家一切顺利！
- 2022