Get a Return Offer from your Internship
前言
暑假有幸去了 Robinhood 做了三個月的 Backend Engineer Intern，到昨天順利簽完 Return offer，北美找工之旅正式告一段落，預計明年二月開始會去當個雅圖人。
下了個聳動標題（我不喜歡，但也想不到別的標題了），但我的實習實在做得中規中矩，雖然有順利回去和完成 End To End 的 Project，但可以改進的地方實在太多了（更主動參加討論、多看一些不是自己的 project 的東西等等），就用這份文章做個紀錄吧。
Disclaimer:
這篇文章是從實習生的角度去寫，或許多年以後當了別人的 Mentor 回來看會覺得一點用都沒有也說不定，先幫自己打預防針。
從公司的角度
平心而論，對於一間公司來說，請實習生這件事的本質，就是為了要發給你 Return offer。
試想一個時薪 50 的 software engineer intern，做個十二週，再加上租屋補助（每間公司不等，如一個月給 2000，那就會給你 6000），一家公司在一個實習生上，至少要花 50*40*12 + 6000 = 30000 美金（一百萬台幣！）。更不用提各種公司 Benefit、午餐晚餐、實習生活動等等，而實習生通常 Ramp up 要一點時間，做的 Project 影響也有限，也不用 oncall，是公司最爽的職缺。
綜合以上種種，對於公司來說，在美國請 Intern 就是一項花錢的投資，如果你最後沒有 Return 的話，這筆錢基本就是丟到水裡面去，公司更該回去檢討自己的面試機制是不是有問題 (By 強者我朋友 W)。
有了這個認識之後，我覺得再去看實習這件事會比較合理一些。大部分的公司在一開始請 Intern 的時候，絕對都是希望能夠留下實習生的。
Pro Tip: 靠賽
能不能轉正這件事本身，超過一半都不是個人能夠決定的。今天公司有賺錢，那麼有來做的基本全部都可以 Return，而公司如果財報很慘，做得再好也很難拿到 Return offer。
而除了公司本身營運狀況之外，分配到哪一個組、組上有沒有缺額、帶你的 Mentor 人好不好，基本上也是運氣的問題。我很幸運遇到很照顧我的國人 Mentor & Teammate，雖然他們應該不會看到這裡但還是很感謝。
我和 Manager 第一次 1:1 的時候，他就跟我說明白這件事了，我想唯一能做的事就是把自己的 project 做完，其他並不是你能決定的。但也不必因此太過悲觀，如前一段所述，公司應該還是滿希望你是個正常人並把你留下來的：）
結論：
不用太過期待、也不必太過緊張，因為其實事情成敗影響不在你的身上。
努力只是為了讓機會來的時候不要錯過，但什麼時候機會會來，我覺得基本上就是靠賽 — — — 我自己, <2023: 在科技業的寒冬找北美軟體業實習 >
Tip: 第一週跟每個組員約 1:1
這是 Robinhood 對新進員工的建議，我覺得非常有用，可以在一開始的時候讓你有一個積極主動的形象，並主動讓大家認識你、了解組上大家在做些什麼事情。
我覺得在台灣比較沒有這種文化，但在美國這件事稀鬆平常，不論對象是 junior, mid, senior or staff，在第一週直接私訊約個 30 min 的 1:1 應該是一件很好的事情。
Tip: 爭取發表的機會
一般的實習生多半都是會拿到一個各種 spec 都定義好的 project，通常就來了就把它做完即可。但其實一個 End-to-End 的軟體開發，至少會經過撰寫 Design Doc 、Peer Review 的過程，接著才是開始 Implementation。
我來 Robinhood 之前完全不知道這件事，但我的 Mentor 主動地問我有沒有興趣寫 Design Doc，並且帶著我（其實他寫了八成）從 Consolidate Requirements、Write Design Doc 慢慢地寫好整個 spec、Milestone、API 的設計， 最後也做球讓我在 Design Review Meeting 上報整個 Project 的規劃，我覺得非常的有幫助。
另外就是在 Intern project 報告完畢之後，我的 Manager 也主動問我有沒有興趣在 Product Meeting 上報給 VP 聽，我也因此和另外一個實習生可以向幾十個人展示自己做了些什麼。
我必須說我不是很主動爭取發表機會的人，但恰好 Mentor、Manager 給了我很好的機會，真的是運氣點滿。
結論：
可以主動問 Mentor 可不可以寫 Design Doc，這些有留下會議、紙本紀錄都是 Evaluation 的直接證據。
Tip: 當個吹吹人
當你做完 Project 的時候，行銷自己的 Project Impact 是非常重要的一件事，因為大部分的人並不會在意這裡面的技術難度，只會著重在這份 Project 對公司帶來了多少影響、為何要做這個 Project。
這也是我在進入公司才發現到的一項重大不同：在公司裡面，做任何事情都必須是要直接有用、直接和公司未來前景有幫助的。一些常見的歸類是 Business Value, Engineering Excellence, Operational Excellence …
我也注意到在和其他組 Manager 討論我的專案的時候，通常第一件事會被問的是 “Why this project”，以及做這件事會對公司帶來什麼好處，軟體公司應該非常在乎這一部分。
除此之外，當個吹吹人也是非常重要的，最好的情況就是用一些數字來佐證跟微幅誇大你的 Impact — 即使你今天只是串串 API 弄了個 ChatBot，你也可以說因為這個而省下了多少人的時間。
有些人不喜歡這種文化，但我覺得遊戲規則就是這樣，一間公司要成功運轉，最直接的就是要賺到錢，所以本來就該以產品和影響力為出發點。並且英文母語者推銷自己的能力實在太強，如果再像以前一樣習慣溫良恭儉讓的話，恐怕會很不吃香。
Tip: Documentation
把所有事情都用文字紀錄是非常重要、也是可以直接留下影響力的方法之一。這點我做的有點糟，但還是寫下來希望以後有去實習的讀者可以多做。
所有事情都是值得被 Document 起來的，並且公司裡面有很多事情是從一個 new comer 角度才會知道的需求。例如如何設置開發環境、開發的 Workflow、怎麼 Code Review, Debug (每間公司工具不同)、Coding Style、甚至是 Slack 裏面有人提的疑問 FAQ，都可以主動把他們紀錄下來，放到公司的內部文檔裡面去，都是直接的證據證明你的影響力。
強者我朋友 W 一進公司就開始到處留下這些 Document，如果我能重來一次（或者明年入職的時候），我也會多做這個部分。
Tip: Evaluation and Recommendation
公司通常會有 Evaluation 的過程，每間公司大不相同，但以 Robinhood 為例，內部會有一個平台，讓你可以留下自評、以及 Mentor 或其他任何人可以留下對你的評價給 Manager 知道。
一個小 Tip 是可以直接去問合作過的其他組的工程師能不能給你寫一個簡短的推薦或好話，這在公司裡面要 Promote 時算是滿常見，所以也不必不好意思詢問。
對於 Software Engineer 的各個 Level 的要求，公司內部應該都會有明確的定義，隨便找了一個範例，在寫自評的時候，可以盡量讓自己貼近你自己的 Level（或下一個 Level）的 requirement。
如上述範例中對 L3 (Junior Engineer) 的要求之二就是：
- Is able to work on tasks independently for a few weeks or up to a month
- Works effectively with other engineers to build out a working feature
如果你有自己從頭自己寫 Design Doc、自己主動去聯繫其他組的工程師來解決 Blocking 你的東西（或者直接發 PR 到其他組的 Project 去），就可以完美的說明上面這兩點。
在我自己的 Evaluation，我就說我在 Mentor 的幫助下 End-to-End 的完成了專案，並且發了 PR 到其他組上去，也請了其他組的 Engineer 來寫個推薦。
Tip: Proactive engaged in the discussion
這點我實在是做得非常爛，受限於英文能力和對公司實在太不熟悉的緣故。但因爲很重要，所以還是寫出來。公司裡面通常會有 Stand-up（每週和組員報告自己的進度）和 on-call Retro（on-call 的人和大家說這週發生了什麼事）。
我注意到組上的人都會很主動參與這些討論，即使不是自己經手的專案或系統，仍然會提出很多問題，是我必須要多學習的地方。
完
That’s All！很高興接下來能去 Bellevue 當個走路就能上下班和公司樓下就有喫茶三千的人，希望這篇文章對你有些幫助，也希望未來一切順利！
聯絡我
可以找我的 LinkedIn （https://www.linkedin.com/in/chi-ting-liu/）會回比較快，我是鍵盤社牛…
如果這篇文章對你有幫助的話，請不吝幫我按多下拍手！（可以不只按一下，最多按到 50 下。）
