出乎意料！谷歌也没那么养老？

作者@地里匿名用户C3C发布在一亩三分地

欢迎大家点击左下角“阅读原文”到原帖与作者交流讨论哦！

这个暑假有幸去Google实习，是在一个挺大的PA下面做internal product方向的组实习。我是SDE，组里做的service很多很杂，需求也经常有变化，其实这些在team match的时候就能感受到，但是naive如我也没意识到这些会给我的intern带来很多难度。

一开始心态非常躺平，因为最初选择Google就是冲着它“养老”的名号：所以最开始几周，每天10点到，中午吃个饭休息休息，然后下午再工作一会就去健身回家了。这段时间的onboarding，开始对project有了个大概的了解，发现了一些雷点：project doc写的不太清楚，goal写的很vague，需求和scope也一直在变，进度需要涉及别的组的input。因为之前在别的地方实习过，解决的都是well-defined的问题，所以以为host和组里会帮我敲定，解决这些雷点，就没很放在心上。

接下来的几周上手了project，然后发现：我intern project要实现的一些feature，组里都没想好到底要不要做和具体怎么做，也在等着我给几个design然后再敲定要不要做，如何做。这和我之前的预期太不一样了，之前的实习也都是给我well-defined的问题，我在code层面去实现即可。所以上手之后的几周非常艰难，经常是开了几次会也没进展，也不知道到底我要怎么做。

时间来到了midterm，我host给我的feedback如晴天霹雳。ta觉得我的进度有点慢，并且觉得我自己的想法太少了。这是我始料不及的，我以为intern只需要实现需求就行了。到此，我开始去和别的intern sync up，发现别的intern从一开始就非常努力，甚至是按L4的标准要求他们自己的。然后我才开始和host沟通project的需求details，然后把所有vague的地方define清楚，比如：如果需求只是一个idea，但并没有实际的existing use case，就不做这个了；如果需求涉及到别的组的input，那就在定下需求之前就和别的组开会研究可行性，如果这个需求别的组也没想好具体用途，也不做了。

因为feedback并不算好，所以只能开始加班加点的写代码，跑test。host人挺好，有时候还会帮我debug，在我们共同努力下，成功把瘦身版的project给做完了，但后半段的wlb大概是：每天9-7，有时候周末还要跑跑test看看production log。

最后final evaluation，因为后半段的疯狂超车，加上host和cohost都很nice，也给我了positive feedback，但是现在回看一下我的实习体验，其实感觉很多雷点并不是我，或者L3的engineer需要负责的：比如自己define project的scope和goal，和别的组沟通需求然后写design。但现在想想，其实这些对我的成长也很有帮助：想要升职快的话，的确需要在L3的阶段就开始学习然后展现L4的能力。

all in all，这次实习的确让我感觉到，google也没有那么养老，组和组之间的方差真的很大，沟通能力真的非常重要，一定要早早的搞清楚自己的职责，不要接不是自己能力范围内的要求。

如果大家有问题只要不涉及隐私都会回答！