说一说linkedin实习的体验

承接上一个找工总结贴，这次开个坑说之前的实习公司linkedin把，由于说的比较详细，如果有原组的大哥或者附近组的看出来了，还求不揭穿。

先说好的方面，食堂确实是不错，3个比较大的食堂都有中餐，而且每天的菜单都不一样，总体上来说中饭是不错的，而且吃完饭后甜点也一般
比较精致，还可以去喝杯咖啡/smoothie。比较遗憾的是晚饭7点钟开始，而且由于只有1家食堂提供晚餐的原因，晚餐的质量比较一言难尽。
work balance是真的好，我mentor一般10点后来，中午去健身加吃饭2小时，下午5点多就走了。对于实习生的话，由于早餐只供应到9点半，
早上一般需要9点到，晚饭7点才开始，也就是说一天在公司呆10个多小时你才能3餐都赶上，所以其实manager一般是比较鼓励实习生多去
参加活动或者利用campus的设施的。再来说工作方面，很多team都有自己的office hour，甚至比较大的team每天都有office hour，所以如果
对内部工具有什么问题的话，还是很容易能快速得到解答的。

再来说下不好的方面，算上linkedin，楼主一共有6次实习经历，linkedin是第一家让我感受到了politics氛围的公司。具体表现就是开会特别多，
自己的design doc一般需要取得组里senior的同意，所以会有无数次的修改，然后开会的效率比较低，一次会议就1个小时，但经常组里的senior
会因为一个小点争论很久，导致会议推进缓慢。同时linkedin内部有一个committee叫DMRC，专门负责审核你的schema，内部的人会对你的schema
大到structure上的问题，小到命名上的问题有意见，而通常你无法驳斥，因为一旦你想要争论，那么他们会要求择日详谈，这样你的work progress
就会被further delay，我mentor对此的评价就是who will guard the guards? 另一点就是有一点progress恨不得让所有人都能知道，由于linkedin
现在招人一般都是infra，而linkedin的infra一般都是自己造轮子，所以你的contribution有多大主要就看有多少别的team在用你造出来的轮子，所以
只有有任何成绩都会cc一大票人广而告之。最后，由于linkedin内部结构扁平化，所以有大量的engineer顶着senior title，其实就相当于别家的SDE2，
但是你想要再往上一级到staff那是非常的困难，至于senior staff，那基本都是神龙见首不见尾的人，目前也就见过我组的tech lead被promoto到了
senior staff，因为我们组整个的基点就源自于他的一篇论文。据楼主自己的调查，从大manager口中得知，我们整个data org大概有700多号人，
除去director，manager和staff level以上的engineer，顶着senior engineer的title最少也有500人+，按照内部wiki查来的数据，每个quarter大约
有10个senior engineer被提到staff，每年大概40人左右，可想而知升staff多么的困难。我mentor MS呆了5年来的linkedin，进来senior title，过了
5年才被提到staff，而我组里一个国人大哥刚被提到senior4个月就跳到了FB，拿的E5。

再来说说return offer，由于阻力过人很多，所以和组里的人相处的不错（我们是2个小组在一块组成的大组，我们小组有一个直属的印度manager，隔壁小组由于我来的前3
个月没有直属的manager，一直是大manager代管，大manager也是国人）。尽管如此，最后还是没能拿到return offer，我就说说我manager的评价以及我知道的一些消息
把。首先，关于我们大组里2个intern的表现的会议是一起开的，据隔壁组的台湾人mentor说，我mentor帮我说了不少好话。最后我manager的评价分两部分，第一部分是他
觉得我project没写完，具体就是没有deploy到production，但其实我写的是个library，不是stand alone service，所以需要找别人的service来deploy，和我们组密切合作的
一个service上在dark canary machine（这个machine上是take real traffic，但不会send back任何output）上测试已经通过了，只是当时临近圣诞节，由于moratorium的存在，
圣诞节假期期间所有service都不能deploy，所以那个service的owner不想冒着风险在圣诞假之前deploy进production。第二部分是由于他觉得我没写完我的project，所以需要
找另外的strong proof来support给return offer这个决定，但是他觉得我并没有非常take initiative。具体第一点是我stay blocked for longer than necessary，这里主要指当时
我写完了找不到一个service测试，和我们合作的那个组当时还没有搭建起来dark canary，所以也不可能直接上production测。组里的一个service本来觉得可以测，但是由于是
samza app，并且它用的lib版本是个比较旧的，在升级的过程中出了问题，并且也是短时间内无法解决。第二点是我没有尝试bonus task，midterm的时候他和我说如果我写完
手头上的这个project就给meet，如果能写完bonus task就是exceeded，但是由于我最后时间不太够，别说写完，都没有尝试开始写。

再来这次实习的总结，其实整个internship，我觉得收货还是有的，学会了end to end的整个process，也从staff engineer那学到了写code时需要关注的dependency，和single responsibility等
一系列的问题。不过说实在的，我的mentor和manager真的没有给我太大的帮助，对于我帮助最大的是一个virtual team member，严格意义上来讲是我们的client。这里插个好玩的事实，
这个virtual team member其实只是给我们team义务帮忙，因为他们的service在用我们的lib。不过他最开始看了我们这个lib的源码后，一周时间内推倒重来，重写了50%多的code，和我们的
tech lead一番交流后就push了，感觉这个大腿算是抱对了。

需要注意的是，如果有机会重来一次这个internship，我会在以下几点改善：
1.初期少划水，尽早开始进入状态干活，早干完比拖到最后勉强干完还是强得多的
2.和manager1on1一定不要闲聊，就聊expectation和work，最后每次完了写个书面总结emal发给manager，问他有没有什么要补充的，然后拿到回复，这样以后出了什么问题一切都有书面证据
3.有解决不了的问题尽早向manager提出，同样记得用email沟通留下书面证据，如果你的manager态度不积极，和外面组沟通的时候cc你的manager

最后聊下我所知道的别的情况，去年fall这一批实习据我所知绝大多数都拿到了return。我和我室友算是2个例外，我室友的话算是和他mentor相处的不太好，所以manager考虑到team moral，
没有给return。别的我还知道有另一个国人本来没给return，走了一周后打电话说是组里又有hc了可以给return。不过据我一个现在还在linkedin实习的朋友说，linkedin在考虑停止自己造轮子，
全面转移到azure，所以未来几年infra的情况我不是太看好。另外，实习的最后2天，我去找大manager沟通，看能不能改变什么，因为听组里的人说，之前别的组有过的情况是intern没拿到自己组offer，
但是和隔壁一个组混的很熟，结果正好隔壁组有hc，于是和隔壁组组内面了2轮直接去了隔壁组。大manager反馈的消息是HR让他自己联系别的manager，最后由于种种原因，最后他并没有去联系
别的组的manager，给我的理由是我们自己组的人知道你work多么hard，但是别人组的不知道，自己组的offer没拿到，如果还要推给别的组的话，别的组会觉得我们组的standard比较low，所以最后
大manager给我的建议就是重新走linkedin new hire process回linkedin，还给我举例之前一个没拿到return的intern最后去了FB。我之所以想要return offer，很大程度上是因为不再需要面试，如果
说到底还是要靠面试才能进去，湾区西雅图这么多好公司，我何必吊死在linkedin这一棵大树上呢。

基本情况就是这么多了，由于这事已经过去了，讨论谁对谁错已经没有任何意义，所以关于team的事就写这么多，如果你还有别的问题，我会选择性回答

googlewaterloo 发表于 2019-4-1 07:00
是不是一般做完了自己的project就有return了呀？

另外，我另一个朋友组的manager的上个intern干活特别差，啥都不会，最后基本没干出来啥，还是给了return offer，更奇葩的是那人还没接

cszhazha 发表于 2019-4-1 05:42
但奈何不住linkedin家的包是真的大

确实一开始包大，但升职难加上refresh少，后续增长比较乏力，blind上我曾看过有人被promote到senior，就涨了5%base

体验每个组都不一样。

我是做完第一个小的feature我就觉得来错地方了。

其实代码就写了100多行，然后写文档+文档review+code review花了差不多2个月。中间任何一个小环节或者小问题，都可以花一个星期来回和各种人确认。一个API改动，那个流程我的天，设计模版就40多页。

对于喜欢写代码，不喜欢处理文档和流程的同学，千万别来。

是不是大公司都这样啊？

dmrc太真实了…

但奈何不住linkedin家的包是真的大

是不是一般做完了自己的project就有return了呀？

楼主讲得很客观。作为data infra 一员，明显感到要考虑与Azure的integration。 不过，内部还是要持续造轮子，维护轮子。Azure可能当前作为一个backup。

googlewaterloo 发表于 2019-4-1 07:00
是不是一般做完了自己的project就有return了呀？

嗯，一般是这么说，但也有我室友那种特例

写的太过真实

本文被选为04/01/2019全站置顶文章之一。
作者获得大米奖励。谢谢你的分享。