ZT:
當我在帶實習生的時候我在看什麽
又到了一年實習季，做為一位曾經的西雅圖某不知名亞姓書店的實習生，後來的實習生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呢，一切都是水到渠成的。
