成為臉書的Production Enigneer剛滿五個月
加上最近剛輪完oncall 比較有閒
來回一下這篇文好了 雖然原po似乎已經轉面SWE了XD
畢竟臉書的PE或是Google的SRE算是比較小眾 看一畝裡失衡的SWE面經數量便知
首先面試:
加上Online Assessment的話共有7關
其中三關是Linux OS的System考試
另外三關純白板coding 還有進到onsite後會有一關Behavior
Coding就是傳統臉書style的白板考試 45分鐘寫兩題演算法加上一些follow up
System算是比較難對付的 必須把Linux Kernel Development那本看熟才比較答得出來
面試官會一直問一直問直到面試者答不出來為止 藉此來判定能不能達到bar
例如system call, file system, memory management, shell command都可能會問
這方面是得花比較多時間準備的
Production Engineer在做什麼:
包括Deployment, 維護Server, Disastor Recovery, 處理各種alert
最主要會碰到的臉書Infra包括Tupperware等
目前常遇到的問題像Server00X memory過載,或是突然大量network request exception
不過小弟目前還是菜菜的 所以接觸到的可能還是挺有限...
簡單的比喻大概就是 SWE開發出塗鴉牆 PE想辦法把塗鴉牆展現在使用者面前
並且在越來越多人使用這些產品時 還是可以穩定運作不要掛掉
工作累嗎:
目前覺得還好 可能因為只是小小E3 工作主要以解Task為主 跟一些不算太難的專案
不過像先前有版友po文提到的臉書汰除制度 以及PSC performance review
確實多少會讓人感到壓力 先前還曾經被Manager跟Mentor催說project進度太慢
要是再拖下去對我的年終評比很危險(真的用dangerous這個字)
可以感覺到臉書把他的中心思想Move Fast實行得很徹底
Oncall:
雖然目前只做過一次 但真心感覺oncall一點都不輕鬆
還記得上禮拜第一次oncall各種加班 回到家還得繼續主處理alert
最慘時連續三個晚上都超過半夜一點半才把東西處理完
如果是比較核心的組像Tupperware, 或甚至是集合各部門菁英的web foundation
半夜睡到一半被緊急電話挖起來恐怕是家常便飯
也難怪之前聽到有人在吵說oncall如果弄到工時破表 希望可以允許自行放一天有薪假
Production Engineer的職涯規劃:
這點恐怕得請有經驗的版友來分享了 畢竟才剛做沒多久
先前看到有推文提到SRE或PE容易被當免洗的 這點我倒是覺得不至於這麼嚴重
畢竟要訓練一個好的Production Engineer不容易 工作內容大多是學校不會教的
加上PE or SRE還真的滿缺人 整個臉書也才800多個Production Engineer
對比SWE好幾千個(詳細數字不清楚 不過版上應該不少臉書的SWE)
至少個人覺得要被取代"應該"沒那麼容易 除非真的全部自動化PE可能才會沒事做
大概這樣吧
想到再來打
--
All Comments