META Data Scientist, Product Analytics (Technical Screening) 面試

前陣子總覺得工作上有點低潮，因此開始在外面尋找各種機會。疫情過後的市場確實艱難許多，但也托福博士班的學長幫忙，內推我在META面試 Data Scientist, Product Analytics。兩周後是final round，想說趁記憶還清楚，分享一下第一關recruiter和第二關technical screening的經驗，也希望累積一些福氣給最後一關面試。

1. Recruiter: 我其實拜託在META的學妹先內推過一次，結果不知道是我自己東西沒準備好，還是job title沒瞄準好，又或者學妹在的組分配到的HR不是很給力，內推後三小時被拒 lol

後來和博士班學長通了話，對方鼓勵我再試一次，這次學長還幫我把履歷修了一下(他表示字有點多，可能HR看了會頭痛)，或許因為學長本身的單位就是做DS和ML這一塊(學妹的完全不是，領域差很多)，內推後遇到的recruiter這次一下就聯繫我了。我和recruiter姐姐約了45分鐘的phone screening，一切順利，問的東西沒有什麼特別的，這部分我認為soft skill很重要，我自己過去的面試經驗都是Recruiter這一關沒問題(可能我很會閒聊?)。

因為我有博士學位，加上畢業後在幾家大公司做了四年半類似的職位，因此recruiter推薦我L5，但也問我要不要試試看L6。我不想要好高騖遠，因此選擇L5。META的這位recruiter(簡稱H小姐)很用心，她建議我可以花個2星期備戰technical screening，我也就從善如流了，聊完之後幾分鐘內各種表格傳過來讓我填。H小姐要我提供4-5個方便的時段，我提供後大概24小時內確認好面試時間，但是面試前4天突然更改，往後推遲一天，依然是在我提供的時段內，甚至更方便，因此我順利開始technical screening。

2. technical screening:
我遇到的是一位有博士學位的歐洲姐姐，說話很和善。我必須說我犯了一個錯誤，我用我原本公司的電腦在我的workstation上面試，結果不知道為什麼zoom的連線一開始就不順，但因為我準備了自己的筆電做為備份，因此我很順利地在30秒左右切換到另一台機器上。坦白講這邊我很膽戰心驚，也會記取教訓，最後一輪不犯同樣的低級錯誤。
..
面試前半段問SQL，後半段問一個case study。
SQL的問題說實在很簡單，我自己其實讀書時期是完全不會SQL的，一直到2021年暑假跳槽到某大公司，才開始自學，當時我面試時還用R回答問題，但是主管完全不在意，才順利跳槽成功。但也因此我個人認為SQL(或說任何語言)的最好學法，就是直接實戰。我在該公司花了一天就把SQL主要語法結構弄清楚了，該公司是用Google BigQuery，一些進階的技巧也在後來的兩年內隨著接收的案子而增加經驗。

至於目前的工作，是在Snowflake上面，其實Snowflake和BigQuery在一些細節上不太一樣，甚至也和MySQL與postgresql差異不小，儘管META面試時不在乎你用哪一種版本的SQL編程，我還是強烈建議去找一些網路上的SQL練習平台，把postgresql練一下，因為它和Snowflake或是BigQuery有很多本質上的差異，我在最後總結時會提到。你會有一個Code Pad，這個Code Pad可以在面試前幾天就先打開來，熟練一下環境。面試時面試官是能看到你在裡面幹什麼的，面試官也會把問題放到裡面。

歐洲姊姊給我的數據，和電話通訊有關，但都是精簡過的。裡面的問題對於經常處理和user id數據有關的人來說，都很簡單。就是一些join table，沒有用到什麼花式技巧(只是join之間的關係要很清楚而已)。我一邊寫一邊解釋為什麼我會這樣做，也會在code pad裡面給comment。這一段進行得滿順利，唯一卡關的只有歐洲姊姊問我what's the difference between union all & union。因為我習慣用union all，之後再加上distinct，因此我從沒用過union，也從沒想過差別，當下我猜了一下後就表示"我真的不知道，因為我一直以來都用union"。歐洲姊姊後來和我說union其實就是union all自備de-duplication的功能，坦白講我當下有點冒冷汗，想說她會不會覺得我這麼基礎的都不知道。

之後就是case study，她問我如果WhatsApp要開發Group Chat/Group Call 功能，你有什麼理由或依據，可以說服公司Group Chat是必要的?
我和她說我會去分析user id之間的關係，以及他們彼此打電話後的前後因果(我個人覺得這部份很像retail的multi-touch attribute問題)。之後會根據這些電話結果，去分析總共有幾個network。一個人當然有可能在multiple network裡面，如果network數量夠多，那麼就給了公司開發Group Chat的理由。

之後她問了要怎麼決定Group Chat的人數上限，我表示要考慮幾個層面(1)你app發行地的網路技術，是否能夠乘載多人在線上(2)把network分級，group chat/group call的基礎人數是三人(只有兩人就只是一般的電話)，那麼我們可以去看3人network有多少、4人network有多少,...以此類推。最後找到一個數值(假設10人)作為threshold，這個數值可能是中位數或是已經包含XX%的network，總之可以透過這個分析，去找出threshold。

另外我也提了，因為這是Meta的產品，或許可以去看看Messenger那邊怎麼設計(我常用Messenger和姊姊妹妹group chat)，很多時候一家公司內部的一些資訊和技術是可以共享的，也許Messenger小組願意分享經驗，也能作為參考值我也開玩笑表示"只是真的開發出來，可能Messenger小組不會太開心，或許會覺得是搶了他們的市場"，我當下這樣說其實也是因為這想法確實經過我的腦子，但沒想到引起歐洲姊姊的共鳴，反應不錯。


最後歐洲姊姊問我如果要開始實驗這個Group Chat，我要怎麼設計我的實驗，才能確定這個設計是否優良。這邊坦白講我腦子真的卡了一下，我答得不太好。但最後把答案掰完後時間也到了(我們其實面試了快1小時，最後這個問題部分歐洲姊姊問我是否能加時，我說沒問題)

面試結束後不久，我就透過META徵才的頁面，寫了一封感謝信給歐洲姊姊。當天晚上我就收到H姊姊的email，問我第二天有沒有時間聊聊歐洲姊姊給我的feedback。我說沒問題，一開始還很高興，想說"會連絡我應該是好事吧?如果fail大概直接email來安慰我就好，不必聊"，結果上網一查，發現這個還真的不一定，不少人是透過recruiter電話才知道自己fail，搞得我那天晚上睡得很差。

最後我決定第二天一早寫信給H小姐，和她表示"I just canceled one of my meetings at XXX am. Feel free to call me if that's at your convenience. I

您好！
本帖隐藏的内容需要积分高于 188 才可浏览
您当前积分为 0。
使用VIP即刻解锁阅读权限或查看其他获取积分的方式

游客，您好！
本帖隐藏的内容需要积分高于 188 才可浏览
您当前积分为 0。
VIP即刻解锁阅读权限 或 查看其他获取积分的方式

不出來」（不是coding error），搞得我很煩躁，但也很快想開了，這不是我的錯，所以直接move on去下一題。我相信現實情況中你遇到這種題意不清的狀況，是可以和面試官討論的，進而能加速推進，也能安撫你的心情

打算加強SQL的人可以多找類似的平台練習，手速很重要，我自己把難度高的題目設定在10分鐘內解決，中等難度是五分鐘內，但也不要忘了考試時和面試官的互動。

有任何問題都可以提問，甚至只是確定你判別沒錯也可以問，我的感覺是很多大廠的面試官，非常注意「互動」。但想想也正常，換成是我們自己，可能也不希望遇到悶著頭硬幹但不喜歡交流的同事。

. check 1point3acres for more.祝大家一切順利

补充内容 (2024-08-09 05:15 +08:00):
關於當天考試的SQL題目，突然想到一點補充。
-baidu 1point3acres
我總共被問了兩大題，第一題很簡單，第二題本質也不難，但需要用到第一題的數據。

不過第二題有意思的點，說第一題的table不能直接帶用

舉個例子（這類型應該也是經典考古題，我在一些題庫內看過類似情境）：

假設電信公司給你一張通話紀錄，一欄代表caller，另一欄代表receiver。那麼當問題表示：電信公司想要針對XX類型的用戶，做promotion時，你能把用戶名單提出來嗎？

這時候caller和receiver都要考慮進去！也是這部分我用到了Union

其實這類問題不只是網路上的各家考古題，你在一些大型公司處理過複雜的客戶數據時，也會遇到類似情況。

儘管我直覺認為caller和receiver都該被考慮，我還是先把我的想法提出來給面試官。面試官明顯很滿意我問了這個問題，後面我因為有distinct去deduplication，結論上結果是對的，也因此Union vs Union all 沒說好，可能相對影響不大。

當然當下的冷汗是真的，希望大家也能避免我的錯誤

我在准备vo 可以一起讨论mock吗?

我也被问了union all和union有什么不同。同意SQL的速度真的很重要，代表你逻辑清楚！

匿名用户 发表于 2024-08-07 19:19:06
感謝樓主分享，想問下樓主AB測試的goal metrics有什麼推薦嗎？

我上週面試時沒聊到A/B test（可能時間不夠？）

但是我們聊到怎麼選control/test。我是根據過去我在其他大廠的經驗，說出stratification 的重要性，你要確定你是apple vs Apple而不是Apple vs banana or orange 。這個部分我稍微仔細講述了一下操作，歐洲姐姐的反應看起來是贊同的

另外如何確定這個產品成功，我用retention rate。大概是這樣子

感謝樓主分享，想問下樓主AB測試的goal metrics有什麼推薦嗎？

感谢分享！！过程和心态都很有帮助！昨天才投，希望可以move forward！

感谢分享！ 希望你VO顺利

同被考到group call SQL有一个没看过面筋的followup - 问我如果一定要用LEFT JOIN会怎么修改我第二题的query

恭喜lz！！顺便歪楼寻找两周左右面VO的mock搭子！！c诶吃lu九八02零幺 @集美儿

doxmad 发表于 2024-08-08 21:56:52
恭喜lz！！顺便歪楼寻找两周左右面VO的mock搭子！！c诶吃lu九八02零幺 @集美儿

我是原po主，我會私信你聯絡方式，一起討論mock

楼主 可以也分享下练习方式吗 我们可以讨论mock vo