標題寫得非常清楚，這篇是我去年第二次挑戰應徵日本 Google ……
然後再次被洗臉的故事。
第一次在臺北的面試由於 NDA 的關係不能分享整體面試內容
但是這次日本面試有特別確認過不用簽 NDA ，所以下面會講得很詳細
當然這不保證之後會不會被查水錶就是了，要是被查會回來把這篇毀屍滅跡


聯絡 recruiter （應該說被聯絡）：


這次的面試並不是我主動投的，是 Google 一位負責亞太地區的 recruiter 找上門來：
「我有看到你去年應徵的記錄，請問你是否還有興趣再次應徵 Google 呢？」
其實我本來是打算在年底準備得差不多時自行應徵（因為我原先也是規劃一年準備期）
不過當時可能是想說這次居然有 recruiter 主動找上門來，擇日不如撞日
於是就馬上把更新好的履歷寄回去，開啟了第二次（洗臉）挑戰


面試準備：


除了履歷以外，其他項目都是在第一次面試失敗後開始利用下班時間準備的
所以這樣算起來，整個準備期間大概是十個月左右
如果是辭掉工作全心準備的話，聽其他有嘗試過的朋友提大概都是抓三個月

履歷： Google 面試時對於履歷內容的提問比例相對於其他公司算是比較少的
不過也不能保證完全沒有，所以面試前還是必須仔細確認自己寫在履歷裡的內容
確定到時候萬一真的被問起不會直接愣在原地

程式語言：由於四年工作經驗全是在做 Android 開發，我自然選擇了用 Java 應試
不過這裡的重點是一旦選定要用的程式語言就必須要詳細複習那個語言的語法
因為有些對程式碼特別要求的面試官會拿面試者的程式碼追問「為什麼要這樣寫」
（「為什麼 static 」「為什麼不用 float 」「這 call by reference 安全嗎」等）
所以比起「知道很多語言」，「把一種語言用到專精」反而比較重要

Leetcode ：近幾年 Leetcode 的題目數量膨脹得相當快
直到我 on-site 面試前已經有大約 400 題，我自己是陸陸續續做了大概 340 題
如果是要挑戰 Google 的話，大致上有幾個利用方向：
1. 訂閱：這不是幫 Leetcode 打廣告（強調）
主要是我自己跟幾個有挑戰的朋友面試時都有碰到被 Leetcode 鎖住的題目
所以即使沒有自己付錢訂閱，有機會的話一定要打聽看看鎖住的題目
2. 參加比賽： Leetcode 現在每週末都有辦比賽，比賽中會放出新的題目
運氣好的話會碰到之後會鎖起來的題目，等於不用訂閱就看到題目了
3. 如果時間有限，練好一定基礎之後就從最後一題往前做
因為越後面的題目通常都是最近去面試的挑戰者回報的新題目
4. 最後就是碰碰運氣了，因為最近回報的題目裡出現賽局或是證 NP-Hard 的題目……
基本上準備面試時不太可能涵蓋所有類型的題目，所以這種的就只能準備多少算多少了

Code Jam ：由 Google 舉辦的程式競賽，官方會在比賽結束後放出題目和解答
有些面試官會拿比賽題目當面試題目

系統設計：就是那種「要你設計一個 Twitter 或是設計一個 Amazon 」的題目
這種題目對於沒有雲端背景的面試者來說確實比較難以下手
但是很不幸的，不只 Google ， FLAG 或同等級的大型網路公司面試都很常出這種問題
（有傳聞說掛五年以上資歷的工程師面試 Google 一定會遇到至少一題系統設計題）
我自己也沒有相關經驗，只能在面試前到 HiredInTech 網站上看看要怎麼應對這種題目
那個網站上面很詳細地解釋了該怎麼一步一步地進行系統設計討論
（釐清需求→設計架構→發現瓶頸→改進架構），對於沒經驗的面試者幫助很大


電話面試：


我當時的打算是在電話面試上速戰速決（馬上安排面試，不再花時間準備）
這樣萬一電話面試就翻船的話，我就可以馬上評估要不要準備其他公司的面試
所以其實我這次有在電話面試上小賭了一把，賭電話面試只會出 medium 以下的難度
（聽說運氣很背的話電話面試就會被 hard 級題目洗臉）
這樣以我八月當時的準備狀況應該就足以應付大部分的題目

結果我運氣還不錯，這次碰到經典題大數相加（兩個超出 long 長度的數字相加）
題目本身不難，但是卻碰到一位對語言相當要求的中國面試官
我在程式碼中為了保險起見加的 explicit casting 全被他抓出來問是否真的有必要加
（他本人沒有表達預設立場，純粹是要測試我對 Java 的 casting 規則熟不熟）
String 和 StringBuilder （ mutable string ）的使用也被提出來討論
幸好最後還是得到面試官認可，安全進入下一關


On-site ：


電話面試完四天後，我收到另一位 recruiter 來信通知準備安排 on-site 面試
（聽說第一位聯絡我的 recruiter 只負責到電話面試結束，所以後面交棒了）
不過當時我提了很多麻煩的條件：
1. 由於當時我還需要一些時間準備，所以希望把 on-site 時間排到兩個月後
2. 我跟 recruiter 提出希望能「自費飛去日本的 Google Office 面試」
原因還滿多的，包括臺北人力吃緊，排面試的時間限制非常多（很可能要分兩天）
以及希望能先去看看日本辦公室的樣子、還有同學建議不要去臺北 office 面試之類的
後來喬了好一會兒才終於敲定十月中到日本面試

當天的面試官一共四位，沒有實習面試官；全程以英文（我選的語言）進行
第一位美藉面試官考了 Leetcode #308 ，但是要把取總和的函式改成取平均
當時我一聽到這題心就涼了一半，因為我知道這題會扯到 Fenwick Tree
但是整個準備過程中用到 Fenwick 的題目不到 1% ，所以我沒有練熟……
（原理大致上能解釋，但是沒把握能寫成 code ）
或許是出於保守心態吧，最後我選擇忽略 Fenwick Tree
向面試官提出 naive 和 prefix sum 兩種解法、然後照要求 coding 和比較複雜度
另外由於這題被改成取平均，所以有討論到要以什麼型態回傳（精度）的問題

第二位面試官是個嚴肅的日籍中年工程師，看起來就像一般日本上班族：
1-1. 什麼是中位數？什麼狀況下會考慮使用中位數而非平均數？
1-2. 寫一個函式吃三個數字吐其中的中位數、並附上 unit test 測資
1-3. 你的函式執行一次最多會用到幾個 > 、 < 或 = ？有沒有辦法減少？
為了涵蓋到所有 case ，我在寫函式時直接窮舉了所有可能組合，
結果最多會比到五次，寫完後馬上被面試官用 1-3 （寫完後才問）打臉
最後印象中可以砍到最多只要比三次
2. 設計一個負責收集 log 的系統；這個系統要能收集從多個伺服器傳來的 log 、
並讓工程師調出指定時段內的所有 log

第三位面試官是位年輕的日本工程師，面試經驗比較淺：
1. 看履歷上摸過什麼技術、然後問該技術相關的東西（例如 Unicode ）
2. Road to Freedom （遊戲 Fallout 4 裡的任務）
首先會播一段該任務的攻略 https://youtu.be/v6_cRSULPZ8 （有玩的板友注意有雷）
然後問你：如果給定轉盤上的字 r 和要輸入的密碼 p
你能不能算出最少需要幾步（轉盤轉一格和按中間各算一步）才能輸入完畢？
2-1. 在討論時我提出了「只能逆時針旋轉」和「 r 沒有重複字母」兩個條件來簡化問題
所以面試官要求我寫出可以解簡化問題的 code
2-2. 把簡化條件移除，提出可以解決完整問題的演算法（不用寫 code ）
我在面試前有聽別人提過 Google 喜歡考 DP ，所以當初準備時有集中練習
結果在這裡派上用場，最後用 DP 解出這題，算是今天四場面試裡最順利的了

第四位美籍面試官有帶一位實習面試官，不過實習面試官只是來旁聽的，不會參與討論：
1. Leetcode #66 或 #369 ，就是給個大數要加一（資料型態不限）
2. 給即時通訊軟體設計一個 cache 存放最近有發言的使用者帳號資料
換句話說就是要一個 LRU Cache （ Leetcode #146 ）
結果我當時不知道哪根筋不對， Hash Map + Queue 居然寫成 Hash Map + Min Heap
（可能是太緊張只注意到要追蹤 timestamp 最小的那筆吧），而且面試完才發現……


最後結果：


On-site 面試完八天後， recruiter 打來通知她已經收到面試報告
但是只有一位面試官認為可以，其他三位都認為我「某方面 needs improvement 」
（據 recruiter 解釋，她不能透露誰是誰，但是一位認為我 coding 行、演算不行，
另外一位卻認為是演算可以、 coding 不行；第三位則是認為系統設計不行）
所以 recruiter 認為不需要送 Hiring Committee ，就直接告知我被 rejected
（這種不送 Committee 直接 reject 的狀況好像在臺北也會發生
我有一位朋友去臺北 on-site ，結果隔天人家馬上打來打槍）

老實說得知結果的當下真的有點沮喪，各種負面情緒混著出現
（「花了一整年卻是這種結果」、「四種結果還被解讀成是狀況不穩」之類的），
不過冷靜下來反省一下面試當時的狀況，也確實有不少應該改進的地方：
1. 說演算不行的可能是第一位考 Fenwick Tree 的
這只能怪自己當時沒有充分準備、還有沒把握解釋就選擇繞路的反應吧
2. 只有第二位和最後一位有考設計題
不過感覺上應該是最後 LRU Cache 裡資料結構用成 Heap 問題比較大
3. 這樣看來，說 coding 不行的應該就是希望我找中位數的第二位了
所以就當成是一個寶貴的經驗，下次再加油吧。

……當時我是這麼想的。
兩個月後我在一次偶然機會下拿到了 wish list 裡另一家公司的 offer
雖然還是有朋友希望我繼續挑戰 Google
不過老實說自己已經不太想繼續過這種只有工作 + 準備面試的生活
（相對犧牲了運動、學其他東西或是搞自己 project 的時間，生活品質也不好）
所以最後選擇拿了那份 offer ，現在正在收行李準備展開新的生活
至於這次經驗就分享給有興趣挑戰的板友，希望能有所幫助。

祝有志之士能塊陶成功！


追記：


沒想到這篇會吸到將近 50 推和一堆恭喜（一堆恭喜的洗臉文……開玩笑的）
後面會補些板友們比較好奇的內容

1. 為什麼不在臺北面試？
主要是因為 recruiter 在安排 on-site 前就有和我說明臺北目前人手嚴重不足
若要安排在臺北面試，面試官的安排可能相當難處理
必要場合會請其他 branch 的面試官透過視訊面試或是拆成兩天進行
（若面試者第一天表現不佳，甚至有可能直接取消其他天的面試）
由於我是在職應徵，面試需要請假（而且是同事一看就知道有鬼的那種請法）
所以自然不希望 recruiter 把面試拆成太多天進行

2. 最後是拿了誰的 offer ？
日本 Amazon 。對，就是那個大家都以為沒在招 SDE/SWE 的地方。
之後我會另外寫一篇心得解釋這份 offer 是怎麼冒出來的，不過現在就先這樣吧

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 172.58.19.102
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1486241833.A.6D3.html
這個我也有聽說，不過 Google 的內部條款有些其實不是硬性的
比方說理論上我在第一次結束後應該是一年內不能再投
但是這次的 recruiter 卻在八個月後就成功地把我拉去再洗一次臉

不過就如同我最後說的，我大概有好一陣子不會再嘗試了吧
難得寫了篇不是寶可夢攻略的長文……話說最後有上嗎？
112 資工大學 + 112 網媒碩士 + 系統廠四年 Android 開發經驗
但是以四年業界經驗投 FLAG 來說，學歷只是拿來確認有沒有 CS 碩士學位而已
洗臉文釣出真強者了！方便問為什麼後來沒有挑日本嗎？
（我是有聽 recruiter 說日本團隊都偏向挑資深工程師）
Google 的 SWE 缺基本上都是跑同樣的程序，確定錄取後才會選組
面試官和 Hiring Committee 委員人選也都跟未來會加入的 team 完全無關
所以如果面試最後不知道要問什麼的話，也可以打聽看看各 team 做的事情
系統設計的大原則都差不多，就想像成是要開一個新 project 的執行流程
差別就只有如果平台已經指明是 Android ， component 當然就只限於 Android API

反過來說，大多數的 SDE/SWE 面試會以架設雲端服務為主
Component 會變成各種不同用途（運算、快取、代理、資料庫等）的伺服器
沒有相關經驗的面試者最容易碰到的障礙是很多套件或技術只有聽過名詞
（ Hadoop 、 MongoDB 、 ElasticSearch 等等）

我自己也沒有雲端經驗，所以我一開始的準備方式是盡量不去記名詞
在 Wikipedia 上把所有套件和技術的用途都查一次、歸納出常見的 components
然後在實際面試時只提說我要用什麼樣的 component 還有原因
（例如我為什麼要在系統裡加一個快取伺服器）
感謝提供連結，我自己沒投過 Facebook 所以沒看過
內容會有差，因為 FLAG 等級的工程師會隨著開發經驗增長
逐漸被交付更大規模的軟體系統開發（絕對不是那種只會照指示寫程式碼的碼農）
所以面試會注重在能不能設計出具有 scalability 和 robustness 的軟體系統

而剛畢業的新鮮人通常不會有開發大型專案的經驗
所以審查標準會是有沒有完整的 CS 基礎（例如最基本的資料結構和演算法）
這樣進了公司不管指派哪種開發工作，寫出的 code 都能有一定程度的品質保證

簡單來說，履歷上的業界經驗越長，系統設計問題的比重就會越重。
這要看 recruiter 而定，有些 recruiter 會給 hint
（就有點像因為 NDA 不能直接把題目說出來、但還是會私下暗示會考哪種類型）

或者也可以試試「可以說明是 coding 、演算還是設計需要改進呢？」之類的問法
我的場合反而沒辦法， Google 的應徵系統不知道是操作失誤還是有定時設定
居然在我 on-site 還沒考完的時候就把問卷送出來給我填了
（我是八月電話十月 on-site ，系統是九月通知我填問卷）
害我還以為是 recruiter 手誤把我的 application 給關了，趕快寫信求救
那題是個基本題沒錯，純粹是我當時腦袋混亂了，不知道為什麼直接拿那三個硬比
※ 編輯: Rabby250 (175.181.156.114), 02/07/2017 11:42:06