嗨，相信妳會點入這篇文章，可能是因為妳看到轉職前端的標題，也可能是有海外求職的打算。

文／ExplainThis

嗨，相信妳會點入這篇文章，可能是因為妳看到轉職前端的標題，也可能是有海外求職的打算。在往下讀之前請先讓我介紹自己，以及說說這篇心得會談些什麼。假如妳有覺得符合妳的需求再往下讀，可能比較不會浪費時間 (因為文章會有點長 XD)。

我的背景是大學讀文組，在 2020 年初透過 Alpha Camp 的實戰課程轉職軟體業 (Alpha Camp 是一個線上 coding bootcamp，詳見此)。2021 年時，在有約一年半開發經驗時首次海外求職 (心得詳見去年寫的這兩篇文章，《2021 轉職前端工程師的海外求職 (德荷英日新) 心得 I — coding bootcamp 之後的能力養成篇》、《2021 轉職前端工程師的海外求職 (德荷英日新) 心得 II — 找工作與面試篇》)

去年後來去了一間在柏林的新創公司，不過在待了一年後因為一些原因，所以決定換工作 (詳見這篇反思)。今年 (2022 年中旬) 算是帶著兩年半經驗展開第二波海外求職之旅。今年這篇文章會先聊申請與準備概要，接著會分享實際的面試經驗。這篇適合的讀者，可能是 2 - 3 年經驗的中階工程師。如果是剛從 coding bootcamp 出來的工程師，我會比較推薦讀我去年寫的那兩篇。

求職歷程概述

雖說我先前在德國的公司，但今年德國的大公司反而都沒有拿到任何面試 (例如 SAP、DeliveryHero 等)。另外就是，在德國或歐洲的軟體工程師工作機會很多，但是大公司的機會沒有比較多 (雖然有不少各行各業的大公司，但多數都不是以軟體為主)，畢竟大公司也就只有那幾間。所以我這次主要還是透過 LinkedIn 搜尋，然後被轉去各大公司的招募官網自己投遞。而我的投法，基本上是不看地點，覺得適切的職位就申請；因為對我來說，這階段的目標是先進大廠，任何地點的大廠都可以。

而我這次自身經驗是有拿到 Amazon (英國倫敦)、Booking.com (荷蘭)、Twitch (APAC 遠端)、ByteDance/TikTok (新加坡)、Shopee (新加坡) 等大公司的 OA 或面試。最後有錄取 Amazon 與 ByteDance/TikTok。

從結果而論，雖然我有錄取 FAANG 公司，也錄取目前世界最大獨角獸公司，但連面試都沒發給我的公司不勝枚舉 (基本上你想得到的國際軟體大公司我都投了)。這讓我深刻體會到，在不穩定的大環境下求職，真的蠻大一部分的因素不在自己的掌握中。舉例來說，今年新加坡我也有投 Foodpanda，然後連面試都沒有拿到，而在我投的當週，就看到他們新加坡辦公室大裁員。而新加坡 Shopee 雖然有拿到面試，但 OA 與一面結束後，等了快三週沒收到回覆，然後就看到新聞報導出他們大裁員 (九月底時)，所以就沒有後續。

因此，很可能不是因為個人的學經歷、面試表現導致沒拿到面試或沒錄取；申請者能做的，就是把履歷編修到最好、面試準備充足，然後在機會來的時候，用盡全力把握住。

準備過程

這次我的準備分成兩個部分，一部分是加強前端，因為 ByteDance 類的公司在這部分會問得很深入。我是直接找考古題，可以去稀土掘金上面找，或是上網搜「字節跳動面經」等面試心得。前端除了知識點外，也很常考前端白板題。前端白板題基本上就是能夠自己寫出各類效用函式 (例如 debounce 、 curry 、 deepClone 等等)，以及能自己寫出 Promise.all 這類方法。假如不知道怎麼寫的話，我在準備這次面試時，有整理了最常考的手寫題與解答，歡迎參考《前端面試 — 常考的 JavaScript 手寫題總彙整》。

除此之外，我也有特別針對各個過去有使用過的函式庫，去了解背後實作的原理。我去年就有被問到 Redux 的效能問題以及如何改善，假如沒有理解 Redux 是如何被實作出來，就沒辦法跟面試官深度討論如何改善其效能。這個準備方向也讓我今年在面試，被問到 React Query 背後如何實作時，有辦法跟面試官有一定深度的討論。

另一部分則是資料結構與演算法白板題。去年我在準備時，先讀過一次《Cracking the Coding Interview》，然後還看完 AlgoExpert 上的 160 題演算法題。也因為去年有花這些時間打基礎，我今年就沒有再用那兩個資源，而是直接買 LeetCode Premium 來刷。會買 Premium 主要兩個原因，一個是可以看到公司的標籤，這點是基於我去年的慘痛教訓，去年面 Shopee 新加坡被問到的演算法題，是該公司在 LeetCode 上的高頻題，結果我沒刷到，當下寫不出來，面試就掛掉了。另一個買 Premium 原因是跑程式碼比較快，寫錯了重跑也不會有冷卻時間，畢竟時間就是金錢，這點我覺得很有價值。

對於我去年寫的資料結構與演算法準備心得，今年的我仍然會推薦 Google 工程師 NeetCode 的頻道 (它現在有出付費課程，但我覺得免費的 NeetCode 150 就非常足夠)。今年我額外推薦 Netflix 的資深工程師 ThePrimeagen 在 Frontend Masters 上面開的演算法課程《The Last Algorithms Course You’ll Need》。Frontend Masters 其他課程要訂閱費才能看，但這堂課是完全免費的 (非常佛心)。我覺得跟著 ThePrimeagen 的思考脈絡，會對資料結構與演算法有新的一層理解，所以很推薦要打底的人可以上。

在練習刷題時，一定要練習邊寫邊講 (think aloud)。溝通思路可說是跟解題一樣重要 (這篇文章提到，題有解出來以為會過面試，結果後來沒過，因為被認為溝通太差)。剛好 ExplainThis 的另一個共筆作者也有在準備刷題，所以我們每週末都會約一次幫彼此模擬面試。在實際面試前，我刷了約兩個月，總共刷了快三百題 (幾乎平均一天五題)，其中一半以上是 Medium，次之是 Easy，Hard 沒有寫太多。

最後，我在這次的準備過程中，也陸續整理了一些筆記，有興趣的人可以逛逛本站 explainthis.io (未來會持續新增，歡迎關注)。以下分享各間公司的面試心得。

ByteDance/TikTok

ByteDance 是我最早面試的大廠，我面的是 TikTok 某個組的前端職位。這次面試下來，對 ByteDance 的印象就是效率非常驚人、速度非常快，早上投履歷，下午收到面試邀約。每一輪也都是結束不到一小時，就收到下一輪的面試邀約。如果沒有特別排比較晚的面試時間，ByteDance 應該可以在兩週內完成面試。ByteDance 已經是十萬人以上規模的公司，還能維持這種效率與速度，怪不得底下的產品這幾年海放競爭對手 (例如 TikTok 最近搞得 Snap 與 Meta 股價慘慘慘)。因為 ByteDance 在面試部分沒特別簽保密條款，加上網上多半也都直接分享題目，這邊我也直接把遇到的提列出來。

一面 (資深工程師)

一開始先請我自我介紹，我有分享我轉職的過程，有被問「決定轉工程師後，為什麼轉職前端? 」。接著針對履歷提問主要是針對過往專案與產品提問 (對過去用過的技術務必要好好複習)，以及有問「做過最有挑戰的專案」。

履歷提問完後就是一連串的知識問答題。先從 React 開始問，先問了用過哪些 Hooks，然後追問 useEffect 的實作 (如網上的面經，在面 ByteDance 這類大廠，不能只會用某個東西，還需要能說出背後是如何實踐的)，具體追問了 dependency array 用途、背後機制，然後追問為什麼 dependency array 是空的時候只會在 component mount 時執行、後面不執行? 如果 dependency array 傳入物件或陣列會怎麼樣? 如果傳入 ref 會如何? 然後問 useLayoutEffect 與 useEffect 差別？分別適合的場景為何?

React 問完後問了比較基礎的網路問題，主要針對 HTTP 提問，後面有追問 HTTP caching 的機制。追問 eTag 與 Last Modified 哪個優先? 為什麼? 追問 304 的 response body 是什麼? 為什麼是如此? (這題算陷阱題，因為 304 沒有 response body，關於 HTTP caching 的題目，可參考這篇)。

網路問題後換 JavaScript 題。這時就開啟了線上 IDE (ByteDance 用自家的 Lark，裡面可以一邊視訊一邊用線上 IDE，很方便)。進到 IDE 後，面試官先貼了一段程式碼，要我在不執行的狀況下，說出程式碼的輸出是什麼 。基本上熟悉 Event Loop 與 Micro-task、Macro-task 運作，這題都能答對 (詳見這篇)。判讀題我有順利答對，於是接著進到 JavaScript 白板題，是要實作出 lodash 的 .get ，我也順利寫出來 (有興趣的可以看 《請實現 Lodash 的 .get()》。

總的來說是密度很高的一場面試，60 分鐘問好問滿，有過往經歷問題、有知識類問題 (JavaScript、React、網路題都包含) 以及有手寫類的白板題，算是很全面的一場面試。

二面 (團隊的用人主管)

自我介紹後，針對履歷提出一些技術討論，有特別問我過去寫單元測試、E2E 測試的經驗。接著就進到知識類的問題，包含問了 JavaScript 中 Map 物件與一般物件有什麼差別？都是鍵值對，為什麼已經有了物件，後面還需要加入 Map? (這篇寫很清楚推薦讀讀)

接著問了前端的各種趨勢類問題 (我講了蠻多最近社群討論熱烈的 Solid、Fresh、Qwik 等，以及他們解決了哪些其他前端框架遇到的問題)。然後因為我是寫 React，被問到對 React 18 的理解。知識類的題告一段落後，最後由一題白板題結尾，是一題 LeetCode Medium 難度的字串處理，花了二十分鐘左右順利寫出來。

三面 (整個大組的技術主管)

這個面試跟前沒兩關不太一樣，沒有自我介紹，一開始就直接來一題 LeetCode Medium，基本上是 3Sum 的變化題。因為是很熟的題型，所以我蠻快就解完了。解完後問 React 的問題，主要問 React Fiber 是為了解決什麼過去的問題? 是如何實作的? 因為這題算是高頻考古題，所以也有順利答出來。接著問網路題，也是 HTTP 不過是針對 HTTPs 的 s 問，也是題高頻考古題。最後有一題前端的系統設計題，花了二十分鐘左右討論如何設計一個 Typeahead 的前端。

三場技術面試下來，覺得 ByteDance 的面試真的很扎實，基本上每一關都有前端題與演算法題，而且三關著重的方向都稍有不同；三關下來從 JavaScript、React、CS 知識點，到前端的趨勢與系統設計，幾乎涵蓋了各類題型。

四面 (人資)

順利通過三關技術面試後，最後進到人資關。這關是由我面試的組的 HRBP 來面。HRBP 有再介紹一下 ByteDance 的文化、我面的組在做的事。網路上也有不少人資關被刷掉的經歷分享，所以這關也不能掉以輕心，各類行為面試的問題要好好準備。人資問的問題背後主要是看跟 ByteDance 文化的契合度，所以事先讀一下公司文化會很有幫助。

在人資面之後一週後收到錄取通知。TA 也在通知時跟我說三輪技術面試的面試官分別給的反饋，三輪的反饋都蠻一致的，對我的溝通能力、前端知識掌握度、實際寫程式能力 (白板題) 三輪都是正面評價。但其中兩個面試官有提到因為我過去沒有實際做過大規模的產品，所以在經驗這塊他們會覺得還需要多累積。這個反饋其實正是我今年想要申請大廠的主要原因，我轉工程師兩年半來，做過最大的產品用戶量級也不過日活二十萬； TikTok 這種破億用戶量級的產品，真的是我缺少的經驗。

Amazon

Amazon 我這次是海投數個不同辦公室，結果唯一兩個拿到 OA 與面試的，都在英國，一個是在愛丁堡辦公室，另一個是倫敦辦公室。有趣的是，一個是先 OA 後，沒有 Phone Screen 直接 virtual onsite，另一個則是先 Phone Screen 後，沒有 OA 直接進 virtual onsite。virtual onsite 都是五輪的車輪戰，可以選一天面完，或分成兩個半天。因為我先前有連續面試經驗，所以我很清楚一天三場面試是我的極限，所以我都選分兩天。

特別備註，我投的都是前端工程師 (Front End Engineer 簡稱 FEE)，而不是常見的軟體開發工程師 (Software Development Engineer 簡稱 SDE)。 我在倫敦辦公室的 Phone Screen 輪有稍微跟面試官聊到，他說 SDE 基本上是全端，而 FEE 就是專注在前端。在 Amazon 這兩者是有機會在內部申請轉換的，那個面試官當初就是 SDE 進到 Amazon，但做了幾年後想專注在前端，就轉成 FEE。

面試的部分 SDE 跟 FEE 有些部分一樣，但另一些地方不同。同樣的地方是每輪都有一半是會問他們的 Leadership Principles 問題，也都會考資料結構與演算法。不同的地方是，FEE 可能會針對前端的知識點與實作來考。舉例來說，在網路上有找到別人的面經是要當場實作一個元件。另外就是系統設計的部分，SDE 會考設計一個 Twitter，但是 FEE 則會是設計一個 Twitter 的前端 (想了解更多的話，非常推薦這篇談論前端系統設計的概覽)。

愛丁堡辦公室 OA

這次遇到的 OA 是兩題 LeetCode Medium 難度的題。第一題我是用 Quick Select 來解；另一題是二維陣列題目，這題可以 BFS 也可以 DFS，我是用 BFS 解。有趣的是，這個 OA 除了解題，還要妳用文字寫下思路，以及分析時間與空間複雜度。

話說在 LeetCode 的討論區中，很多人會回報自己 OA 遇到的題目，舉例來說，在討論區搜尋 Amazon Online Assessment 可以看到我遇到的這兩題，過去都有人回報有遇到。假如妳有拿到 Amazon 的 OA，推薦先去練習 LeetCode 討論區被回報的題目，很可能會有一樣的。特別注意，Amazon OA 是用 HackerRank，所以題目描述都很長，因此蠻推薦做之前先到 HackerRank 熟悉一下它們的題目描述方式以及平台的操作 。

倫敦辦公室 Phone Screen

剛剛結束 Amazon 倫敦的 Phone Screen 輪，前面先是兩題 Leadership Principles (LP) 題 (Amazon 的模式似乎都是這樣)，然後面試官都會一直追問。我先前就有在網路看到說，面 Amazon 在這部分一定要做足準備。實際面完的經驗是覺得，不能只練習網路上找得到的題目，還需要練習後面的追問。

接著是兩題白板題，大概都是 LeetCode Easy 到 Medium 的程度。之前在網路上看到 Google 面試是直接用 Google doc (而不是線上 IDE)，Amazon 的 Phone Screen 也是蠻類似的，就是一個類似記事本的，然後沒有任何功能。這兩題都沒有實際跑結果，感覺是以看思考過程為主 (先前面 ByteDance，因為就是實際在一個線上 IDE 所以都會實際跑面試官給的測試案例)。因為兩題白板都沒有太難，我都有順利寫出來 (起碼面試官說邏輯沒問題)。

這場 Phone Screen 讓我意識到我之前太依賴 IDE 的方便了 (因為我 LeetCode 有買 Premium，所以變得平常刷題也像是在 IDE 上寫)，所以這場之後在為實際面試準備時，我都先練習在 Google doc 上面。

Virtual Onsite

在分別通過前面輪次後，我申請的兩個團隊的招募協調員 (Recruitment Coordinator) 分別跟我約時間。但在喬時間的過程，他們內部似乎發現我同時在面兩個團隊，所以後來就來信跟我說其中一個的最後一輪會取消，不用面兩次，而是假如沒取消的那個有面過的話，最後會再分別跟兩個團隊的 Hiring Manager 談要選擇進哪個團隊。必須說 Amazon 的招募員真的蠻雷的，敲定好面試的日期後，到面試前一天晚上才來信告知確切時間……。不過 Amazon 的每個面試官都非常專業，面試體驗非常之好。

雖說我是面 FEE，但面試只有一關是由 Amazon 的 FEE 面，兩關是 SDE，一關是 SDM 來面。因為有簽面試的保密條款，不能分享詳細遇到的題目，以下僅分享每一關的經驗。

一面

面試官是 SDE，但他說他現在有約一半時間會做前端的東西，所以也會幫忙面 FEE。如同網路上看到幾乎所有 Amazon 的 onsite 面試經驗，果不其然一開始就來了兩題 LP 題。接著進到前端實作，要做某個元件，可以用任何技術或框架 (我用 React)。雖然不能說實際做什麼元件，不過假如網路上找的元件類題目都練過 (例如 Menu、Carousel、Accordion 等等等)，這關就不會是太大問題。

我特別喜歡這關面試的地方在於，實作完後接著有一連串的追問，讓前端面試變得很有脈絡。雖然不能說被追問了什麼題目，但假如上面我提到準備 ByteDance 的前端知識點都夠熟，這些問題一定回答得出來。不過 ByteDance 在問的時候都是很獨立的問題，例如上面提到我在 ByteDance 面試有被問「一般物件跟 Map 有什麼差別」，假如只是這樣獨立問，我覺得在準備上就會有點像在背誦。但假如是寫了某個元件，然後用到了物件，這時被問為什麼不用 Map，然後兩者間有什麼區別，我覺得就會有脈絡許多。

二面

面試官是 FEE。也是一開始就兩題 LP 題，然後進到前端白板題。跟上一關不同，這關是比較偏向寫演算法，但不是傳統 LeetCode 那類的，而是像要寫出某個框架提供的 API (某個函式)，算是我過去沒碰過的題型。如果要具體準備這類問題，可能可以多去看一些套件或框架的原始碼，看看那些平常很常用到的 API 背後是如何實作的。我這關表現的沒第一關好，雖然最後有寫出來，但上一關有被問到如何優化程式碼，這關則是寫完後時間就到，沒有時間去優化解法。

三面

面試官是 SDE，他說他很喜歡 React 所以工作上也會去做前端的東西，但因為想讓自己比較有彈性，所以沒有轉成 FEE，而是持續做 SDE。這關是很傳統的資料結構與演算法題。當然前面也是先來個兩題 LP 題，講完後就進到算法的題目。一開始第一題是蠻中規中矩，用 DFS 或 BFS 就可以解的題目。解完後被問延伸問題，是要用 topological sort 來解。剛好我在面試前兩週有刷了 LeetCode 上面的 Course Schedule 系列題，所以被問到延伸題時，就覺得題型很熟悉。只能說 Blind 75 這類經典題一定要每個題型都刷，對於各種類型與模式有概念，起碼在面試時能有個底來面對變化題。

另外，因為不會執行程式，所以寫完後，面試官都有請我用測試資料口頭走過一次我的演算法。在這種類型的面試，對自己寫的邏輯一定要夠清楚，不能像平常寫程式會依賴 debugger。面完後覺得好險前面有 Phone Screen 輪，讓我意識到要練習用這種形式。

四面

面試官是 SDM，也是用人主管 (hiring manager)。這關是唯一沒有寫程式的，但有類似前端系統設計的題目 (只是不是傳統類型的)。一開始面試官先連續三題 LP 題 (將近三十分鐘)。接著是問類似系統設計的問題，會說是類似，是因為跟在網路上看到的題不太一樣，但某些部分又一樣。

因為不能提細節，只能說如果要準備這關，我會推薦多了解千萬日活用戶級別的產品，在前端的部分要怎麼確保低延遲 (low latenecy)、高可用 (high availability)、高可靠 (high reliability)、安全性 (security)，以及在千萬日活用戶級別的產品上一個前端的功能，要怎麼規劃整個流程等等。

這邊蠻推薦大家可以平常多去看各家大廠是如何做事的，因為我這個 Loop Interview 是面 Amazon 的倫敦辦公室，我在面試前有用平常吃飯時間爬他們的各種東西，然後就看到 YouTube 上的這個介紹倫敦辦公室的影片。影片中有提到為了確保高可用性，Amazon 在上一個功能前，前端會測試幾百種不同裝置，確保都是可用的。因為看過那個影片，我在回答可用性的部分，有提了一個類似的作法，從反應上來看，面試官似乎對我的回答很滿意，那時我心裡暗自竊喜「畢竟這就是你們的作法呀 XDD」

面試後也是約一週左右收到結果，聽到招募員說恭喜時，真的是又驚又喜；跟 ByteDance 不同，Amazon 的招募員說沒辦法給每關的具體反饋，不過有說每關的面試官反饋都很正面。以前都是看別人轉職後進到 FAANG 公司的分享文，沒想到轉職兩年半後，我也能聽到 FAANG 公司的招募員跟我說恭喜錄取。如上面提到，因為我本來是同時有拿到兩個組的 onsite，所以後續還分別跟不同的用人主管聊，聊完後選完組，招募員才會發正式的 offer，然後談薪水。在跟 Amazon 談薪水時，有成功爭取到提高 offer，相關經驗都記錄在《拿到 offer 後談薪水 — 讓我多談 35% 的談薪筆記》。

Twitch

我是在找新加坡的職缺時看到的，不是一般的前端職缺，職位的名稱是叫 Software Development Engineer, Customer Success。雖然是申請新加坡的職缺，但時面試都是跟美國那邊的人面。同樣是在亞洲區的缺，比起前面提到 ByteDance 的神速，Twitch 的動作就慢了不少，每一輪幾乎都是等一到兩週才通知結果。

一面 (人資)

這關基本上都是問求職動機、過去經歷。人資也有更詳細介紹這職位，我聽下來感覺是介於 Software Development Engineer 與 Customer Sucess Engineer 之間的工作。工作內容以前端為重，但也會有牽涉到後端的部分，所以職位還是歸在 SDE。在更深入瞭解後，人資有再向我確認有想申請，然後說後續會再聯繫。

二面 (資深工程師)

二面一開始也是問過去經歷，問題包含過去做過最讓自己引以為傲的專案、解決溝通衝突的經驗等等。特別注意，因為這個職位不是純開發，而是有部分時間要直接跟客戶合作，協助客戶整合 Amazon IVS 的服務 (這個職位在 Twitch，但產品是 Amazon IVS)。

接著問了不同程式語言的使用經驗 (直譯語言、編譯語言)，也問了不同瀏覽器的差異 (例如不同瀏覽器的引擎之間的差異)，然後也問了前端效能優化問題。最後以一題白板題收尾，easy 到 medium，搭配 Stack 這個資料結構就可以蠻容易解掉。

二面後一週收到沒有進到下一輪的通知，不確定原因是什麼，畢竟二面不論在行為面試或技術面試，我覺得表現的都還不錯，不會比我面 ByteDance 或 Amazon 還差，特別是效能優化題我覺得講得夠深夠廣、白板題解得很順。但面試就是這樣，總有各種原因導致沒辦法往下一階段邁進。

Shopee

假如你有讀過我去年的面試經驗文，應該會看到去年我在 Shopee 二面的時候，在一題設計 LRU Cache 的資料結構題炸掉。今年想說再挑戰一次，投了履歷後也順利拿到面試。跟去年一樣先從 OA 開始，然後三輪技術面。我順利的通過前兩關，只是面到一半時，Shopee 似乎就大裁員，雖然感覺他們最近不太會招人，不過還是分享一下我前兩關被問到的題目。

OA

字串長度要如何取得

• 這題是單選題，選項中有各種語言的語法，要選出 JavaScript 的
• 相信寫 JavaScript 的人應該不會選錯，這邊附上 MDN 的文件當參考

考 JavaScript 的物件觀念 (題目中的值不一樣，但概念一樣)

考陣列基礎概念 (題目中的值不一樣，但概念一樣)

考字串基礎概念 (題目中的值不一樣，但概念一樣)

手寫題一：寫一個函式轉換以下資料格式 (題目中的值不一樣，但概念一樣)

最後一題跟我去年蝦皮 OA 被問到的一模一樣，是網路上找得到的 Maximum sum of non-leaf nodes among all levels of the given binary tree。

一面

一開始先請我介紹自己，接著就針對我的履歷開始問問題。因為我在上一間公司與上上一間公司，分別有用過 React Query 跟 Redux，就被問了這兩個工具做狀態管理的差異相關問題，有被追問這兩個工具要如何做選擇。回答完後被接著追問 React Query 是如何實作的。這邊要感謝先前在前端版看到有版大分享的《了解 SWR 的運作機制，How this async state manager works》一文，先前在理解這類套件的背後的實作時，這篇算是很清楚好懂的入門。

然後面試官接著問說「既然我們都聊到 cache，不如就來實作一個吧」。然後就開啟線上編輯器，進到手寫題的部分。這次的手寫題第一題，是我去年 Shopee 一面的 cache 題進化版。簡單來說，需要寫出一個 cached 的函式，下面這個是我去年面試時寫出來的，而去年的題目也就停在這邊。

上面這個寫法會有個問題，就是假如今天傳進來的引數是有函式的，用這個方法就會出錯。今年這一題的其中一個測試案例，就是有函式作為引數的 (但去年沒有)。那要怎麼解決這問題呢? 我當時提說可以透過深比較 (deep equal) 來解決。面試官說，的確是一個解法，那不如你就寫一個深比較吧。於是我又繼續往下寫了一個深比較的函式，才順利通過這一題 (有興趣了解怎麼寫的人，蠻推薦這個影片的)。只能說，lodash 有提供的效用函式，手寫題真的是前端面試必練的。

接著進到第二題，是要寫一個改良版的 Promise.all 。 Promise.all 會要等到所有的實現，因此它的瓶頸會是最晚回來的那個，如果最慢那個拖很久，其他的也會要跟著等。但是這個改良版想做到的，是不要等全部實現，但又要做到有順序性的回傳結果。因為我先前練習過 Promise.all 與 Promise.race 等題目的手寫，所以遇到這個變化題時，還算有辦法應付。只能說許多 JavaScript 提供的方便東西，平時還是需要懂背後如何實踐，不然面試被問時，我在想如果我先前沒練習過相似的東西，應該很難在二十分鐘想出來又寫出來。

二面

去年我 Shopee 掛在二面，今年還想說把去年沒寫出來的 LRU cache 寫個五遍，把 Doubly Linked List 的操作與題目都練很熟。結果一面之後 Shopee 新加坡就裁員。必須說，去年跟今年面試起來 Shopee 新加坡的面試算蠻有鑑別度的。不過現實世界就是只有技術沒有用，如果沒有永續的商業模式，最終還是撐不起一家企業。

Booking.com

OA

時間有 100 分鐘，要用 Vanilla JS 寫一個能做到 CRUD 的前端 (類似 Todo List)。因為我過去兩年都寫 React，所以 Vanilla JS 變的不太熟，雖然題目很簡單，但我的程式碼寫得很亂，被刷掉我也覺得合情合理。有要申請 Booking.com 的人，如果平常工作上都用框架，申請前要先好好補強 Vanilla JS，才不會跟我一樣簡單的東西還寫得很亂。

Datafold

如開頭提到，我今年的目標是進大廠，所以會面試 Datafold 其實是個意料之外的事，因為 Datafold 目前是在 A 輪融資階段。會接觸到 Datafold，是因為在歐洲有個很有名的軟體工程作家 Gergely Orosz (很推薦大家追蹤他) 經營一個叫 Pragmatic Engineer 的網站，而該網站有個 Talent Collective 的人才庫。你可以申請讓自己的履歷被登入在人才庫，然後該作家精挑細選的公司如果覺得你是適合他們的人才，就會主動聯繫你。被聯繫後你可以選擇要不要跟他們面試。

Datafold 就是他們的人資透過那個人才庫聯繫我。雖然我今年求職目標是大公司，但因為 Datafold 是 YC 孵化的公司，加上創辦人本身是技術背景且有大廠經驗，加上職位是全球遠端 + 美國薪水 (Datafold 前端工程師開的年薪是底薪 11 萬到 20 萬美元之間，基本上對於我的年資來說，是比各間大廠在歐洲區的薪水都還高)。總之因為這些條件，讓我覺得是個值得一試的機會，所以就面了。而這也是我今年唯一面的一間新創公司。

一面 (人資)

都是問過去經驗為主，假如有準備 behavior interview 應該這輪不會有太大問題。有被問到對於下一份工作的看法，因為 Datafold 算仍在新創階段，所以可能講的方向要偏向那方面一點 (例如想要在迭代快一點的環境，想要有更大的影響力不想在大公司當小螺絲釘云云)。

二面 (工程主管)

也都是以過去經驗為主，會針對履歷上的技術點多挖一點。一面跟二面雖然都是問過去經驗，但二面會比較是技術類的經驗，例如會針對過去寫測試的經驗問 (例如問單元測試、E2E 測試的概念與我過去實作的經驗等)。這關也會有一大部分時間讓候選人問問題，我覺得整個面試有很雙向的感覺 (就是真的深聊去了解彼此適不適合)。

三面 (資深前端工程師)

這關是技術面試，一開始先針對履歷問，因為這關是我面完 Amazon 隔週面的，所以剛準備完 Amazon LP 題，在這關的履歷問題就答的特別深入，感覺面試官覺得我分享的故事很不錯。LP 完之後是一個 code review 問題。

四面 (技術長)

這關也是技術面試，是我當工程師以來，最特別的一場技術面試。在一開始簡單自我介紹後，被問到 React Hook 的問題，我概略地分享我的想法後，面試官就問說「你有想過怎麼實現 React 的這些 Hook 嗎?」，這時我就先舉 useState 為例，然後講了一下我會如何實現；初步說完，面試官就說「不然我們來實際寫一下吧」，這時我心裡想，沒想到這麼硬，要當場寫出 React Hook。

這時面試官竟然分享了自己的畫面，我一時納悶他為何分享畫面，原來要寫的人不是我是他。這真的是非常非常特別的面試，因為過去每場我遇過的技術面試，都是作為候選人的我寫，沒想到竟然會遇到一場是面試官寫。總之我們就花了約五十分鐘開始 pair programming。在過程中每寫完一個段落，面試官就會提問題，例如「如果我們有多個 useState 要如何確保在重新渲染時，原本的值會被記得且不會亂掉」，然後我就回答我的想法，就在這樣一來一往中，把 useState 實現出來。

回頭看，我覺得我非常非常喜歡這場面試。因為是面試官寫，某種程度上我的臨場壓力小了非常多；但同時因為過程中面試官會一直提問，所以他也能有效考察我對 JavaScript 與 React 的理解，以及我的思考。過去很常聽人說把面試當成 pair programming，這場面試真的是我面過各類面試中，最有 pair programming 感覺的了。

同時這個面試方式也讓我強烈感受到這個技術長的實力，作為一間做 data 產品的公司，該技術長的強項不是前端，但通過他的提問，我可以很直接感受到他如何思考，讓我有「厲害的工程師，即使不是自己最常碰的領域，還是可以透過思考讓自己在該領域有一定深度」的讚嘆；以及他實際在寫時，我看他寫的程式碼，就覺得他寫得真好。總之在這個互動過程後，我最直接的想法是「要是我跟著這個人一起工作，我一定能成長很多」。必須說，如果往後有人問我理想的面試形式，我絕對會提跟 Datafold 的這一場。

面試小結

前端工程各家大廠面試都不太一樣，但如果用最高標準來準備每個面向，那不管遇到哪類都不怕。前端知識點用 ByteDance 的標準，在面對其他間的前端知識問題就覺得相對容易；刷題用 FAANG 的標準，在面其他公司時的刷題就覺得相對容易。

當然，用高標準來準備不是件輕鬆的事，特別是對前端工程師來說，深入的知識點、刷題在工作上很常沒有直接的應用性，很可能在準備時就覺得「反正工作上用不到」就不讀或不刷；然而就像運動員需要有大量而枯燥乏味的體能與重量訓練，才有辦法在自己的專項上有好的基礎，準備面試過程讀到比較深的東西時，如果願意直球面對，把那些深入的知識點搞懂、把那些艱澀的題刷過，在面試時就能夠比別的候選人有更紮實的基礎、更突出的表現。

寫在最後，感謝的話

和去年的文章結尾一樣，最後免不了要說感謝的話。在準備面試上，真的是依靠前人們在網路上的分享，才讓我能比較有方向性地準備。寫這篇文也是希望能夠回饋社群，讓未來要面試的人有更多資料點能參考。當然如上面提到，很多時候大環境影響的因素更大，所以我的經驗也不必然適用正在面試的妳/你，在閱讀後還請多斟酌是否參考。

感謝讀到最後的妳/你，也祝正在準備面試的每位開發者，都能在準備的過程中一步步踏實地向前邁進，最終拿到自己心中理想的機會 ?

這篇文章 2022 轉職前端的海外求職與面試心得 (Amazon 與 ByteDance/TikTok 等) 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

今年三月辭職後，中間除了準備履歷以外剛好在忙搬家，前前後後大概兩個半月的時間找工作，目前很穩定到現在這家公司工作剛滿三個月，想來分享一下面試心得。

圖文／Cyndi Chao

今年三月辭職後，中間除了準備履歷以外剛好在忙搬家，前前後後大概兩個半月的時間找工作，目前很穩定到現在這家公司工作剛滿三個月，想來分享一下面試心得。

文章分成以下幾個段落

一、背景
二、目標
三、面試公司
四、心得

一、背景

科大學士 MIS 畢業

工作約一年半經驗，主要都做前端相關，框架使用 Vue.js

二、目標

此次找工作主要是以團隊合作和公司大小為目標去尋找，其中比較介意的是「是否有新人訓練、公司 know how」或「團隊是否有主管、前輩帶新人」。前端以外也找了 FAE 工程師、測試 QA 等等其他職位面試。

三、面試公司

1. 群X — QA 測試工程師

主動投遞，本身對做測試也蠻有興趣的，前公司離職前有玩過一點簡單的自動化測試，剛好看到有開這個職缺就想說試試看。總共三面，整體來說算蠻硬的，每次面試至少都一個小時起跳。

一面與兩位測試工程師面試，會問你 JS 相關問題、網路層的應用、邏輯猜謎、Cypress 等等，面試時間約一個小時，一開始面有點緊張，回答得不太好，以為沒有下文了結果過一個禮拜後收到第二關。

二面是與測試團隊主管面試，內容是要你做做看產品測試，出 1–2 題以測試面向去做發想，當時主管給我的題目是視訊鏡頭相關的產品，思考有什麼測試硬體和軟體的方法。以前都是網頁開發比較沒有測試的相關經驗，主管人很好的跟我解釋以及引導我，面試時間約一個小時。面完後有詢問下一次面試需要做什麼面向準備，主管是說下一場是跟老闆面試，比較多的人格特質詢問。

結果：二面收到感謝函

2. 美商浪X— QA 測試工程師

104 邀約，當下看到回覆後主管就先用 Phone interview 大概跟我講解約四十分鐘公司主要產品和工作內容、目前團隊人數等等，聊下來沒問題後就安排後續面試。

一面是 104 邀約的主管和一位測試主管，主要也是測試相關問題，然後確認英文能力，過程很輕鬆不會太刁難，就是輕鬆的聊聊天的感覺。

二面和兩位測試工程師面試，跟第一家有點類似，要你模擬產品測試

結果：感謝函

3. 研X — ＩＴ前端

104 邀約，以前剛畢業的時候有面過這家公司，因為能力不足被刷掉了，這次被邀約想說可以試試看

一面和團隊主管面試，會問前端相關知識，主管有提到一定會有前輩帶，且不提倡加班，面試時間大概三十分鐘。

結果：感謝函

4. 日商 — FAE 業務工程師

104 主動投遞，此公司在日本是很大規模的公司，在前幾年買下台灣公司後都在做台灣的市場，主要為機械零件的銷售。

一面為團體面試，每個人配到時間約三十分鐘，大概就簡單自我介紹和過去相關經驗。

二面跟日籍主管面試（HR 幫忙翻譯），需製作 PPT 講解，偏向讓主管了解你的人格特質和積極度。

結果：Offer get.

5. X成 — 開發工程師（資訊部）

104 邀約，面試前需要做一些邏輯人格、英文測試。另外面試邀約說要現場面試，我主動詢問可以線上面試嗎（疫情期間），對方有點困擾但是後來還是答應了。

在面試前一天 HR 才給我程式題目，說是主管那邊忘了，那時還有其他公司在面試其實有點來不及完成，後續也沒有完成。

一面跟主管面試，並非專職寫前端開發，像是可能需要用到 PHP 或是 C# 做開發，主要是開發公司內部系統給員工使用。

結果：Offer get.

6. 中X — 醫電類前端工程師

104 邀約，主要做醫療相關。

一面和兩位團隊工程師面試，團隊是很新成立的，目前不到四個人，除了前端以外可能還需要另外寫後端，雖然開發人力上很少但也不會一直加班。

結果：無消息

7. 系統廠— 服務前端工程師

主動投遞，面試前需做邏輯測試和英文能力測試

一面和團隊主管面試，一開始就是基本自我介紹和工作經歷，然後問你網路層、JS 、Vue.js 相關問題，基本上問題都不難。（結束面試前還有問主管我回答問題方面有什麼需要改進的嗎，主管跟我說要更有自信一點XD）

一面結束後還有個人格表單測試

結果：Offer get.

8.遊戲公司 — 軟體研發工程師

主動投遞，主要寫手機程式。

一面和技術主管面試，一些基本自我介紹後主管會出一題與工作用到的語言相關的小小 project ，雖然我沒接觸過但是好像不會太難，一週後再跟主管面試看 project。（面試時印象很深刻主管問我「你覺得你現在學習一個新的語言多久可以上手」，當時我保守的回答兩個月，主管很驚訝說有需要這麼久嗎）

結果：後續因為已經收到理想的公司了所以也沒把 project 做完，婉拒二次面試。

四、心得

在收到 offer 之後還有收到其他公司面試邀約，還有一些非科技業的公司，但因為已經確定要去的公司就都婉拒了邀約。這些公司面下來從一開始面試可能會很緊張，到後面要問什麼基本上都回答得出來，覺得還是要多練習面試，建議還是多找幾家不想去的當面試的練練功，重要的排後。

還有做功課超級重要！理想公司還是多問問此職缺的前輩們，像是我在面試有家外商的時候有特別去 Ptt 站內信在裡面工作的人，或是去 Linkedin、Dcard 上詢問前輩們面試相關問題，先有個方向在面試的時候也比較好應對。

拿到感謝函也不用太在意，若真的對此公司很有興趣我認為以後都還是有機會！

雖然最理想的公司沒上，但是還是很感謝這些公司主管的面試，像是某家測試從頭到尾都認真對待面試者，真心感受得到儘管沒有錄取你，還是完成所有流程和面試不馬虎。

而目前任職的這家公司我真的很喜歡，團隊面向或許並非一開始的目標，不過整體上當初訂定的尋找該有的都有，主管跟團隊的大家在合作上很有默契，這邊尤其要謝謝我現在的主管，是他讓我找到工作的成就感和工作的熱情。

若有任何問題歡迎 mail 或留言告訴我，希望我的文章多少有幫助到一些人～

這篇文章 2022 前端工程師面試心得 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

今年投遞的職位多以 software engineer 校招為主，大多都是在 LinkedIn 上看到 opening 才投遞。由於疫情因素，所有面試都是線上進行，除了蝦皮之外，其他家都有拿到 offer。很感謝在求職過程中受到很多人的幫助，因此想分享各家面試流程和心得給大家參考。

文／Juliana Chang

今年投遞的職位多以 software engineer 校招為主，大多都是在 LinkedIn 上看到 opening 才投遞。由於疫情因素，所有面試都是線上進行，除了蝦皮之外，其他家都有拿到 offer。很感謝在求職過程中受到很多人的幫助，因此想分享各家面試流程和心得給大家參考。

Yahoo

Title — Software Engineer (Search Backend)

Timeline

• 01/19 官網投遞履歷
• 01/26 Quick Phone Screen
• 02/09 Tech Interview
• 02/24 Final Panel Interview
• 03/04 HR Interview

Quick Phone Screen (30 mins)

一位面試官，過程全中文。會先簡單自我介紹，面試官會根據履歷內容問一些個人經歷（做過的專案、碩論題目、個人特色等等），最後會詳細介紹職缺內容。

Tech Interview (60 mins)

這場有兩位面試官，過程全中文。沒有考白板題，內容大致如下：

1. 自我介紹
2. 根據履歷內容問問題（實習經驗、專案怎麼分工、碩論介紹…等）
3. C++ concept
   - inheritance (private、protected、public)
   - pointer and reference
   - static、const
4. Data Structure
   - 給你 10 萬筆 data，你要怎麼找出前 100 個小的
   - 給你兩本書，你要怎麼找到一樣的文章

Final Panel Interview (3 hours)

這場有三位面試官，一人出一題白板（使用 codepad）。第一題 stack 相關。第二題 linked list 相關，一題 follow-up。第三題 COVID-19 時事題，這題不用寫 code，提出解法概念就好。最後半小時會跟 hiring manager 聊。

HR Interview (60 mins)

這部分 HR 會跟你說面試結果，另外會簡單介紹薪資和公司福利。

心得&建議

全部的面試流程讓人非常舒服，面試官和 HR 都非常 nice，整體面試下來還蠻喜歡 yahoo 的公司氛圍和文化。

Foodpanda

Title — Software Engineer, Taiwan (Campus Hire)

Timeline

• 02/26 官網投遞履歷
• 02/27 Online coding assignment
• 03/04 Preliminary interview
• 03/11 Tech Screening Round
• 03/17 Technical Assessment
• 03/18 Final round

Online coding assignment (30–45 mins)

兩題程式（使用 Codility），難易度大約落在 easy。

Preliminary interview (30 mins)

這部分 recruiter 會初步說明接下來的面試流程，以及目前招聘的職缺內容。Foodpanda 總共會有三輪面試，第一輪會問專業背景&履歷；第二輪是白板（recruiter 說這場最重要）；第三輪是 behavior question，會跟 engineer manager 面試。由於 Foodpanda 工作環境是以英文溝通為主，所以三輪面試都是全英文進行。

Tech Screening Round (60 mins)

面試官是馬來西亞人，過程全英。40 mins technical discussion + 20 mins free talk：

1. self-introduction
2. the difference between Javascript and C++
3. the purpose of index (database)
4. what is…（cache、message queue、load balancer、gRPC、restful api）
5. PUT vs. POST
6. introduce your master thesis

Technical Assessment (60 mins)

這場有兩位面試官，都是印度人，一位負責面試，另一位是 observer 的角色。這場只有一題白板，其他時間都是 technical problems：

1. self-introduction
2. http vs. https、the disadvantages of https
3. 白板題（使用 codepad）。array 相關的題目，難度約在 medium。這部分寫到 workable solution 就好，沒有要求到最佳解，另外面試官會要求多生一些 edge case 檢查。
4. give three features of OOP
5. dynamic binding and static binding
6. how hash function works、how to deal with collisions

Final round (60 mins)

這場是 Behavior question，面試官是印度人，過程全英。

1. 分享最近一次的團隊經驗
2. 有沒有遇過團隊意見 conflict 狀況，怎麼處理
3. 認為自己有什麼 weakness
4. 分享一個你怎麼說服別人的案例
5. 你對未來工作有什麼期許

因為是最後一場，所以比較沒有什麼壓力，就把面試官當朋友，聊聊天，面試官也分享了他的工程師經歷，整場下來比較像是交了一個新朋友，聊的其實很開心！

心得&建議

Foodpanda 是今年第一次在台灣辦校招。以 Foodpanda 的面試內容而言，因為面試官都是外國人，英文溝通能力很重要！不一定要用多複雜的語句或詞彙，能讓對方理解你的意思就好。另外把面試官當朋友也是一個可以嘗試的心態，畢竟對方也是在面試之後會一起工作的人，願意溝通+open mind會是非常棒的人格特質。

Shopee

Title — 2021 SG Campus Backend

Timeline

• 01/04 官網投遞履歷
• 01/06 Online Assessment
• 01/17 Technical Interview
• 01/20 Reject

Online Assessment (70 mins)

10 題多選+ 2 題 coding

多選大多考作業系統或計網概，例如 Thread & Process、UDP/TCP 等。蠻多題目都是「下列哪些敘述正確」這種類型。兩題 coding 都不難，皆是 array 類型的題目，介於 easy-medium 之間。

Technical Interview (90 mins)

一位女面試官，過程全英文。內容大致如下：

1. 自我介紹
2. 白板題（使用 codebunk）。題目：Merge k-sort lists。會先請你提出想法，並分析時間複雜度。這部分一開始我提用 Priority Queue 解，但面試官堅持叫我用 O(1) space 的 merge 做法，寫完程式碼後，再自己生一些 testcase 去測。
3. Networking
   - 輸入 www.google.com 之後網路是怎麼運作的
   - DNS 的架構、怎麼運作
   - http 怎麼運作、TCP 怎麼運作
   - 對稱和非對稱加密差異
4. DB
   - 給你一個情境，要你設計一個 database
   - primary key 怎麼設計

心得&建議

蝦皮是我第一間面試的公司，DB 沒有特別去準備，所以這部分表現不是很好，再加上用英文去解釋這些專有名詞其實有點不太流暢。除了白板題練習，建議也需要準備這些主題：

• Operating System：Threading and processing、Multiprocessing, Multicores, Multithreading、Memory
• Networking：UDP, TCP、HTTP/HTTPS、DNS、Cookies, Caching、Authentication, Encryption
• Databases
• System Design

DELL

Title — 2022 Software Engineer Campus Hire

Timeline

• 02/19 官網投遞履歷
• 03/16 Video Interview

Video Interview (60 mins)

六位面試官（三位 manager，三位 engineer），前半小時全英，後半小時中文 free talk。前半小時會需要先準備 15 分鐘的自我介紹+投影片（這部分 HR 會在信件內容告知需要準備哪些內容），面試官會依據你講的內容問問題。後半小時比較像是聊天，會多介紹 team 和工作內容。

心得&建議

因為是投遞履歷一段時間後才收到面試通知，聽 HR 説是因為 DELL 正職缺會先給他們的實習生，之後才會對外招聘。整體面試過程蠻 free 的，可以感受到部門氛圍非常歡樂。

因為這些公司都是在面試 Google 期間投遞的，過程中感受到每家公司的風格都不太一樣，還是想分享面試過程給大家參考。最後我選擇去 Google，詳細面試心得可以參考這篇：2022 Google Taiwan SWE (new grad) 面試心得。

如果喜歡我的內容，請幫我按讚／拍手，或分享給有需要的人。有任何問題也歡迎留言詢問！

這篇文章 2022 新鮮人軟體工程師面試心得（Yahoo/Foodpanda/Shopee/DELL） 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

畢業之後休息了一陣子，準備方式比較偏向短期衝刺，一個半月全職刷題。寫這篇文章的目的除了分享一些準備心得，也希望可以鼓勵到大家！

文／Juliana Chang

畢業之後休息了一陣子，準備方式比較偏向短期衝刺，一個半月全職刷題。寫這篇文章的目的除了分享一些準備心得，也希望可以鼓勵到大家！

Timeline

Google 的面試時程超級長！前後大概快三個月，建議一開始就丟！等結果的過程再去面試其他家（其他公司面試心得可參考：2022 新鮮人軟體工程師面試心得）。

• 1/24：Phone interview
• 2/15：Onsite interview 1&2
• 2/16：Onsite interview 3&4
• 2/17：Onsite interview 5
• 3/07：Hiring Committee(HC) approved
• 3/21–3/25：Team Match
• 3/31：Offer get！

LeetCode 練習方式

會建議買 Premium，top company 題目其實蠻有幫助。由於之前沒有刷題經驗，所以這部分我主要分成兩階段：

1. 根據主題練習

因為很多東西都忘的差不多，一開始是先針對不同主題複習過一次（例如 Array、Stack/Queue、Binary Search、Tree、Graph、Trie…等）。再到 LeetCode 做該類的高頻題，這部分我先從 easy 開始（從 easy 入手比較可以建立信心）。每個主題大概會順個 7–10 題左右，確保自己對這個主題有一定的熟悉程度。

在寫題目時，讀完題目後要先有一些想法，如果時間複雜度極差也要先寫出來。submit 後，如果發現自己寫的時間/空間複雜度不是落在平均範圍，再去嘗試優化複雜度。最後再去看 solution/discussion，了解別人的思路。

這裡分享一些不錯的網路學習資源：

• https://www.youtube.com/c/NeetCode
• https://www.youtube.com/c/HuaHuaLeetCode
• https://grandyang.com/leetcode/1/
• https://zxi.mytechroad.com/blog/leetcode-problem-categories/

2. 隨機練習

每個主題都大概練過之後可以開始隨機做題目，這部分我是用 company tag 下去練習。隨機刷題是在訓練解題思路，讓自己在看到新題目的時候不會完全沒有頭緒，而是讀完題目後，要大概知道應該是什麼類別的主題、可以怎麼解、edge case 可能有什麼等。當然一開始可能不會想到最佳解，所以這部分我的練習方式如下：

1. 看完題目，練習口述自己的想法，分析時間/空間複雜度（想像有一個人在聽你面試）。
2. 到 solution 看有沒有比自己解法更好的時間/空間複雜度，有的話就稍微看一下 title，嘗試往這個方向去思考。
3. 持續 think out loud。寫完 code 練習做 dry run，不靠 submit debug。

遇到沒想法的題目怎麼辦？

看解答！給自己幾分鐘掙扎，如果真的完全沒想法就直接去看答案。一開始我也很抗拒看答案，但一直想不出來就越挫敗，其實不用硬逼自己想出來，有些解法的切入點是不管再怎麼想都會想不到。如果這題我是看解答寫的，就會再多做這題的 related questions。

Easy/Medium/hard怎麼分配？

一開始我先從 easy，寫到最後都直接練 medium，但有些 easy 的 follow up 蠻有挑戰性的，也不用看到 easy 就都跳過。hard 我超少碰，只寫經典hard 題。

解法要都會嗎？

一題的解法可能有多種，選一個自己最熟悉的方法就好了，其他可以參考，偶爾練習切換一下思路，但不一定都要很熟。

面試過程

關於 Google 常考的題目類型？不一定。像我都沒有遇到 DP，所以還是要對每個主題有一定的掌握。今年因為疫情關係，所有面試都是線上進行。

Phone interview（英文）

Phone interview 算是門票，過了之後才有接下來的五場 on-site。這場題目是 Matrix 相關的。兩個 follow up，第二個 follow up 有拿 hint，程式碼都有完成。

Onsite*2（中文）

第一場題目類型偏向 design，面試官給蠻多 hint 的，個人認為這一場表現不是最好，因為是 open end 題目，很多東西都要自己設計或假設，沒有寫到最佳解。第二場有兩題，第一題 Binary search 相關，有 follow up，第二題 tree 相關，兩題都有做完整的 dry run，都沒有拿 hint。

Onsite*2（英文）

兩場都是印度 Googler 面試，皆是 medium 難度+一個 follow up，程式碼都有完成，也都沒有拿 hint。第一場考 DAG，follow up 面試官說不用寫程式，他想知道我會怎麼解就好了。第二場一開始我誤會題目意思，花了不少時間列舉範例跟面試官討論才理解題目。

這兩場的面試官會不斷地質疑你的每一個思考步驟，why this？解決辦法就是用更多的例子去說明自己的思路；另外他們也會問你「這部分為什麼要設計這種資料結構？」「這樣時間複雜度是多少？」全部都確認沒問題之後，才會開始寫 code。

Behavior Question*1（中文）

這場多以團隊合作經驗相關問題為主，面試官會給你一些情境題，問你會怎麼做，或是有沒有相關的經歷。基本上不要回答的太糟糕，這部分都可以很順利。

Team Match（中文/英文）

所有面試結束後，recruiter 會搜集面試結果送 HC 審核。通過 HC 後才會有 team match 流程，有開缺的 team manager 會從 pool 裡面挑選有興趣的 candidate 來安排 fit talk，所以每個人被安排到的 fit talk 數量不一定（我的話是五場）。

每場 fit talk 大約半小時，manager 會大致介紹自己的 team 大概在做什麼，有興趣的話，可以再多問一些自己想深入了解的內容。最後 recruiter 會搜集雙方的意願，安排 candidate 到其中一個 team。

面試重點

1. Clarify the problems

看到問題不用秒解，先跟面試官確認題目限制，以及自己理解的 input/output 是否和面試官一樣。例如 array 的話 sorted or not、graph 是不是 no cycle 等等。

2. Keep communication

「確保面試官有跟上自己的思路，不要讓面試官在狀況外！」這部分不能只是自個一直說話，而是要讓面試官「理解」自己的說出來的東西，跟面試官確認自己的想法。如果不確定自己的思考方向對不對也可以跟面試官討論（因為有一題我蠻擔心自己往錯的方向思考，問了之後，面試官說 yes, you’re close to the solution.）。

3. Think out loud

想到什麼說什麼。這樣的話如果有卡住的地方或是想法錯，面試官（可能）會適時提供思考方向或是糾正。另外也可以嘗試把思考的東西打出來，優點是在寫 code 的時候就可以按照自己的思路去寫，避免因為太緊張寫出來的和講的不一樣，也可以避免程式碼刪刪改改。

4. Clean code

Google 蠻注重 coding style，所以變數、function名稱要易讀，不要用意義不明的命名。（coding style 可參考：Google C++ Style Guide）

個人心得

1. LeetCode 重質不重量

不用為了拼題數自亂步調，面試前我大約寫了兩百多題，把經典題和 top questions 做熟就好了（做熟：二刷或三刷+，通透基本概念和解題思路），基本上其他新題目就是轉換一下概念就可以了。

2. Mock 超級無敵重要

能多 mock 就 mock！找到願意一起努力的夥伴，除了可以多做練習，也可以互相鼓勵。mock 除了可以培養解題的時間控管能力，多練習也才不會怕！

3. 英文面試要有心理準備遇到不同國家的人

基本上準備 Google 面試還是要有一定的英文溝通能力。像我兩個英文場都是排到印度的 googler，當下有點挫，第一場語速太快+腔調的原因，有點沒跟上。後來有請面試官稍微放慢一下速度，才漸入佳境。

4. 溝通！溝通！溝通！

我覺得面試過程「溝通>>>>程式能力」。每個面試官風格都不同，有些會都不說話，要主動跟面試官確認想法，也有些面試官會反覆詢問你每一行 code 的用意。過程除了不斷地表達思路，也要努力和面試官達成共識。

5. 心態上的調整

我不是很厲害的人，一開始光寫 easy 都可以花 20 分鐘以上，後面才慢慢提升手感和思考速度，這兩個月看到各種心得文都覺得我是去被洗臉的吧。分享一句朋友說的：「每個人都有自己的學習步調，找到適合自己的就好。」

最後決定加入 ChromeOS team，真的非常感謝這一路上幫助過我的人，很幸運走完了這一趟面試旅程！也祝看完這篇文章的你未來一切順利！

如果喜歡我的內容，請幫我按讚／拍手，或分享給有需要的人。有任何問題也歡迎留言詢問！

這篇文章 2022 Google Taiwan SWE (new grad) 面試心得 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

小弟是某中字輩企管系畢業，28 歲，因在製造業工作中有用到 Python 寫 Excel 報表，進而產生興趣，後來在巨匠學習 C#, Java 等語言，在 GitHub 上有寫作品集：模擬網路銀行 (.NET Core MVC)、爬蟲 (Python) 等，以下是分享有幸面試的公司，職位偏向 .Net 後端工程師，給各位參考，希望大家也可以分享想法

文／甄士隱

小弟是某中字輩企管系畢業，28 歲，因在製造業工作中有用到 Python 寫 Excel 報表，進而產生興趣，後來在巨匠學習 C#, Java 等語言，在 GitHub 上有寫作品集：模擬網路銀行 (.NET Core MVC)、爬蟲 (Python) 等，以下是分享有幸面試的公司，職位偏向 .Net 後端工程師，給各位參考，希望大家也可以分享想法

一、金融業

1.星展（台灣）商業銀行股份有限公司

職位：BACKEND DEVELOPER
面試：採線上多人視訊

面試官為一位HR，兩位技術主管，面試者總共有四人，有兩位是 5 年 IT 工作經驗以上，一位應屆畢業生且以上都是資工系，實力非常的不平衡，所以很緊張，每人要自我介紹，大概花了半小時以上

問題有問排序一個陣列，有包含 null 要如何排列，盡量不要用內建 function，15 分鐘內寫完，可用任何語言，我是用氣泡排序

其他問題包含 deadlock 要如何處理、抽象類別與介面的差異，有許多問題答不出來，被兩位有工作經驗的搶答，後續人資還有問些軟性問題，整個面試流程兩個小時以上超久

結果：兩個禮拜後收到 Email 不錄取通知

2.富邦金融控股股份有限公司

職位：風控軟體設計師
面試：採線上單人視訊

面試官為工程師副理、經理、人資主管
基本上沒太多提問技術問題，只針對我的 GitHub 作品集提問，如果進來要學習一個古老的程式語言，目前沒人在用

經理說這份工作主要是維護系統，若嚮往成就感高的工作可能不太適合（聽起來工作滿無趣？）

人資反而占用 6-7 成時間問一些軟性問題，遇到困難是如何解決等等

結果：隔天收到感謝函（超快XD），上面寫到他們要即戰力的人才

3.玉山商業銀行股份有限公司

職位：JAVA 程式設計師（新人／研發替代役）
面試：採線上多人視訊

其實我當初應徵的是 .NET，但似乎名額滿了，最後給我的是 Java 職位面試
面試者有四個人包括我，一位台大法律、兩位資工系，都是應屆畢業生，一起針對面試官的提問來按舉手搶答，面試官有兩位 IT 技術經理, 一位 HR

每面試者大概自我介紹 5 分鐘以內

題目不難，問物件導向，MVC，HTML 裡的 id 跟 class 差在哪，基本上我都第一個搶答，如果有人沒搶答，面試官會反問那些人其他問題，包括抽象類別跟介面差在哪等基本問題，台大法律的同學似乎讀很多書，但在實作的部分沒有我經驗多些，所以我回答得比她快和多些，其他兩個人我覺得沒有準備好，反應呆呆的

其中一題是問銀行的資安很重要，我們要如何防範？聽起來很籠統，我就把 SQL injection 拿出來講，要參數化宣告，其中有一主管點點頭，似乎很認可我的講法，其他人都沒有回答這個問題，可能這題是關鍵

HR占用時間很少，主要就開放我們問問題

結果：約四個工作天拿到 offer，(N+1)*14~17（似乎要滿一年才有，是否有人可以分享？）

4.國泰世華商業銀行股份有限公司

職位：全端工程師
面試：採線上單人視訊

面試官為一位 IT 主管，簡單自我介紹後，在逐一跟他介紹 GitHub 作品集，很少問技術問題

工作內容要開發網路銀行，包含海外個人網銀、公司內部網銀、公司官網等等，偏網頁開發居多

中間面試官有說我的邏輯測驗偏中下，要重測，還有一些軟性問題回答太少（要登入他們的系統填寫遇到困難如何處理、家庭背景——我寫家庭美滿、自我個性——我寫謹慎有耐心等等還有很多問題……）

整體我覺得是要第二次面試，因為他叫我要重測邏輯（我圖像超差XD），還有自傳要多寫，但因為我有其他 Offer，所以就不繼續上他們官網填寫了

結果：暫不繼續後續面試

二、博弈業

1.同發安科研有限公司

職位：SENIOR SOFTWARE ENGINEER (.NET)
面試：採實體單人面試

在一棟大樓裡，辦公室裡差不多 10-20 人而已，HR 會先發紙本題目給我寫，考的靠杯難，可能對資工系來說很簡單？

包括 GoF Design Pattern，IoC，MVC，WinForms 如何實現 MVP，說明 Concurrency，Parallelism，Blocking/Non-Blocking，async/await 等等，整份考券我大概只完成 4 成

約半小時，HR 來收考券，接下來是工程師來面試我， 他說老闆在國外，出這份考券是測驗我的能力在哪裡而已，沒有要全對，然後開始針對我寫的答案來逐一討論，還問我要不要拍照下來，以後面試用的到，人感覺滿 Nice

接著開始介紹他們公司是博弈公司，香港外商公司，主要是接單而已，不涉及架網站等邏輯，不違法，有稍微透漏他們比其他博奕公司賺的還多，一般有經驗的工程師在其他博奕公司一年大概 100，但他們公司可能就 2-3倍（可能聽聽就好？）

整體面試流程還不錯，不會叫你自我介紹，會跟你討論面試題目，很有外商的氛圍，最後有說如果資工系來面試的話我會比較吃虧，大概心裡有底

結果：未錄取，10天左右通知算快

2.瑞嘉軟體科技股份有限公司

職位：後端工程師
面試：採電話訪談

面試官是工程師，主要問我技術問題，有用過甚麼框架，很多問題我回答不出來，我有提到 GitHub 作品的部分，他說有甚麼特別想展示的部分給他看，想看看比較精華的部分，簡單介紹完有感覺到他興趣缺缺，大概心裡有底

後來他介紹公司是博奕外商公司，架設網站等是海外其他分公司進行，他們主要負責後端一些程式設計，所以不違法，整體流程也很像在聊天，算是特別的經驗，底薪 N+12，我覺得非常高

結果：一個禮拜後通知不錄取，算快！

三、其他公司

1.永慶房屋仲介股份有限公司

職位：資深 C# MVC 開發工程師
面試：採線上單人視訊

一開始面試的HR會問一堆家裡的狀況，有沒有女朋友， 家裡多少人，做甚麼工作，讓人感覺非常不舒服， 人資會占用一半的時間（半小時以上）

旁邊兩位主管是別部門的工程師跟經理，一開始問我怎麼沒有交作業，我回沒收到通知（HR超級雷包）

問一些基礎的物件導向等問題，還有問跨網站 CSRF 攻擊時，要怎麼解決，我回答在設計階段用AntiForgeryToken，他們會問具體如何實現，大概講下會在前端 HTML 產生 hidden input 一組 token 等等

跟主管提 N+10 左右的月薪，經理直接打槍說太高，我去其他間不會有這麼高的薪資

整個面試流程約一小時

結果：約 10 天左右收到不錄取通知，也在意料之內， 面試過程心情不是很好

2.宏燁資訊股份有限公司

職位：ASP.NET WEB 應用工程師
面試：採實體單人面試

工作環境為開放式辦公室，隔板低
面試官只有一位PM，他會寫程式，但一見面就說他不喜歡寫程式（？
主管不會程式，所以有問題基本上只能問同事或他（？
主管只會大方向的跟你談概念而已，他說面試到一半主管可能會突然走進來看看（？
工作內容不難，只要會簡單的 CRUD 就可以（？

公司主要是接案為主，偶爾會有政府的案要加班
談得還算愉快，感覺上很想要我趕快進來，他說薪資要給 HR 看才能決定

總之，我覺得這家公司很奇葩，但新人可以進去洗個資歷（？

結果：五天後收到不錄取通知, 所以決定權在 HR，可能公司重視的是成本考量（我提 N+6）

3.捷鵬國際股份有限公司

職位：軟體設計工程師 ASP.NET
面試：採實體單人面試

面試前先寫考券, 前半部考國中數學基本邏輯、人格特質測驗等等,後半部主要都是在考SQL語法, 但要手寫出語法, 個人覺得還算簡單

面試官有三位，一位 SQL 主管、兩位 PM，我先簡單的自我介紹完後，他們開始問問題，主要會問些基本的 SQL，還有 SQL injection 等等, C# 反而很少問，面試過程有隱約感覺出他們對我還滿滿意的，跟他們提 (N+11)*13 貌似沒問題

結果：2 天後收到 Offer，但變成試用期 N+5，試用期後才是 (N+8)*13

4.亞璿資訊有限公司

職位：ASP.NET 程式設計師
面試：採線上單人視訊

面試前要交 MVC 跟 Winform 作業給他
面試官是老闆，有技術背景，小公司，講他們目前在擴編，很需要人才進來，大概也就是聊聊天而已，沒問太多技術問題

一個禮拜後發現職缺關了，還以為被刷掉，結果又過了 3 天收到 Offer，可能我是替補的

結果：拿到offer，(N+9)*14

5.資通股份有限公司

職位：ASP.NET 程式設計師
面試：第一次採線上單人視訊：第二次採實體單人面試

第一次：採線上單人視訊
面試官有兩位 IT，一個是研發，一個是專案，公司為扁平化，KPI 評比為一個 team 打分
面試主要是聊聊天，聊我的背景，跟介紹我的專案跟他們分享，面試後需要繳作業才有第二次面試，題目是跟我前份工作相關設計一個缺料表計算，我用 Linq 語法來寫

第二次：採實體單人面試
主要是討論我上次的作業，如為何傳入參數你要設陣列而不是物件，他說沒有對錯，只是想了解我的想法，有問我想去研發還是專案（跟人接觸頻繁，有時間壓力）的部門，他們話滿多的，但我覺得聊天的過程很像朋友，還不賴

結果：3天左右接到電話跟我說 (N-3)*14 會不會太低，我回說考慮下

6.星擊科技股份有限公司

職位：軟體設計工程師
面試：採線上單人視訊

這是一家新創 1-2 年的公司，一開始等處長處理完事情，差不多等了 5-10 分鐘，簡單的自我介紹後，他開始介紹這份工作要接觸的領域非常多，有製造業、化學相關、等等，反而沒問太多技術問題，公司不希望只是在辦公室寫 code，而是以後能培養出 SA，SD 的人才，甚至能轉變為顧問去其他公司宣傳自家軟體

處長講的話很多，大概 1 小時半左右

結果：一周收到不錄取通知（當初就不要跟我聊這麼多啊）

7.旺宏電子股份有限公司

職位：智慧工廠數位轉型軟體開發工程師
面試：採線上單人視訊

面試官為一位 IT 主管，原本有另外一位，但有事無法參加
面試時不需要自我介紹，他說有看過我的履歷和 GitHub（我覺得還滿有心的, 因為有些公司其實沒有看）

面試官給我的感覺還不錯，有點像在聊天，題目有包含抽象類別界面的差異，ADO.NET 跟 Entity Framework 的差異，ADO.NET 的具體流程（講些 new 個 SqlConnection 等等），講完他比個讚和講：說得好XD

整體他覺得滿滿意的，而且我有製造業相關經驗，對於生產、工廠端等的流程可能會比應屆畢業生還要更快進入狀況（我覺得這是主因），說兩三天會給我答覆

第二個工作天（禮拜一）接到兩通電話，第一通是面試官跟我確認薪水會不會太低（我覺得算高畢竟我是轉職的XD），禮拜五會發給我 offer，第二通是 HR 跟我確認有沒有其他 offer 和報到時間，無意外就是禮拜五給我 offer

結果：禮拜五準時給我 offer(N+7)*14（聽說還有員工酬勞、獎金等等，不知道有沒有人可以分享？），覺得非常有效率，且薪資如當初面談的結果，不會給你扣，試用期後還會加 1K，其他家倒是有不好的經驗，目前打算去這家

8.鴻騰精密有限公司

職位：軟體設計工程師
面試：採線上單人視訊

面試的是HR主管，此公司為鴻海子公司，主要做 connector，簡單的自我介紹後會被要求展示 GitHub 作品集

工作內容是要自己找出問題（？
然後提給主管看可不可以（？
同意後才能做（？
我聽了也是覺得很奇葩，會用到 Power BI，但他說進去可以再學，部門目前只有 4 人，他們打算擴編到 21 人，薪資有保 14

結果：面試完覺得新人進去只有等死的份，所以打算不去

9.順立智慧股份有限公司

職位：BACKEND ENGINEER
面試：採線上單人視訊

竹北的分公司要擴編，工作地點是在高鐵附近的大樓的出租辦公室，目前只有兩位同事…
面試官有三位，兩位是竹北同事，一位是台北IT，有問 Pop 要如何放和取出，SQL 問基本語法和設計邏輯，設計借還書系統要如何設計，在面試時有些緊張，想的很慢

結果：不到一周收到不錄取通知

感謝大家的閱讀，有漏講或是有錯誤的地方歡迎提出，謝謝！
（目前打算去旺宏，不知是不是屎缺XD）

這篇文章 分享 15 家轉職軟體工程師面試心得 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

本文純屬個人經驗，可能與其他職位面試流程不完全相同。並且因為有簽訂保密合約，我不方便在文章中透露任何被面試過的題目。
本文主要是以被面試者的角度分享 Tesla 的面試流程，以及我認為值得提及的事項。

文／小貓貓工程師

因緣際會下本貓貓工程師被挖去了 Tesla 面試一番，順便來分享一下怎麼拿到 Offer 的吧。

本文純屬個人經驗，可能與其他職位面試流程不完全相同。並且因為有簽訂保密合約，我不方便在文章中透露任何被面試過的題目。
本文主要是以被面試者的角度分享 Tesla 的面試流程，以及我認為值得提及的事項。
撰寫文章時已經確定拿到 Offer 了但是還沒決定是否跳槽，並且因為是在疫情期間所以都是透過視訊面試的。
如果有任何關於面試有關的事情沒有在文章內提及，歡迎留言或私訊我。

挖角

[1] Senior Software Engineer資深工程師。
[2] Refresher RSU，上市公司給予員工的獎勵之一，公司的股票。這和公司給的年終獎金是不一樣的。
[3] LinkedIn 領英，美國的求職類社交媒體網站。
[4] Tesla 特斯拉，美國最大的電動車公司。
[5] 說自己腦熱因為以前Google 有找我時，我才剛入職第一份工作一年，所以連回都沒有回。

事情是這樣子發生的，首先我很喜歡我現在的公司，工作挺輕鬆的，薪資據我了解應該算平均以上^嗎?，老闆對我多有提拔，而且估計明年就要升上 Senior Software Engineer^[1] 了。但美中不足的是每一年都有拿到 Refresher RSU^[2] 的我今年並沒有拿到。可能是疫情的關係也可能是表現得不夠好^嗎?，反正就是沒拿到。
在某一天我和老闆的一對一後，因為日期已經超過我每年收到股票通知的月份了，我確信了今年沒有拿到 refresher 的事實。本來以為老闆打電話過來是要通知收到獎勵的我，當下百般不理解為何今年沒能分到股票，於是就打開了塵封已久的郵件挖角資料夾看了看有哪些公司找過我。
後來在打開 LinkedIn^[3] 時，看到 Tesla^[4] 一天前發來的挖角信息，一時腦熱^[5] 就回了。於是我開始了與特斯拉的一系列的對談與面試。

完全不同的職位

[6] SRE，全名是 Site Reliability Engineering 網站可靠性工程，是 Google 提倡的系統管理實踐之道、指導思想，這個名詞同時也是 軟體工程師 (Software Engineer) 的角色，可以類比於傳統的維運工程師或系統工程師，但是 SRE 是用 計算機科學 和 軟體工程 手段，實踐 大型系統維運、分散式系統 的設計與開發。 想知道更多可以看看這篇文章。
[7] Backend Engineer 後端工程師，想知道更多可以看看這篇文章來了解各種軟體工程師得差別。
[8] Golang，一個 Google 在 2009 年開源的程式語言。
[9] MOS Manufacturing Operating System，特斯拉工廠的軟件操作系統等等。

特斯拉找我的職位與我目前的工作方向有著本質上的不同。我當時的職位是類似於 SRE^[6] 的工程師，但是在和他們的人事部網路面談時，他說說適合給我的職缺有兩至三個，可是都是以 Backend Engineer^[7] 為主的。
我當時雖然很想問他們明明我簡歷上唯一沒有強調的就是 Backend Engineer 的經歷，和這幾個職缺有直接關聯的就只有 Golang^[8] 的經驗而已，但還是隱忍著沒問了，畢竟想想換個跑道也不是什麼大問題。
在後來的面試裡才知道 Tesla 幫我安排的職位是他們在 Fremont 工廠的 MOS 相關工作。單就後面了解到的工作內容而論，聽起來還算挺有趣的。工作上會用到較為常見的 Tech Stack 大致上有 Golang、Kafka/RabbitMQ、Redis、Angular、MySQL、Kubernete & Container、還有一大堆，這裡就不一一說明了。

面試流程和準備 Interview Process ＆Prep

我因為只是一時衝動回覆挖角信的，所以是抱著試水溫的心態來面多這一場面試，並沒有花太多時間來準備面試相關的東西。當然如果最後薪資很不錯的話就另當別論了?！
所以這裡分享的是一般來說該要準備 以及面試後認為如果有事先準備 會更好的東西。

1 - Interview with HR 人事部面試

內容

首先是第一次和人事部的面談，一般來說能走到這一步代表你已經在千百人之中脫穎而出了！因為無論是自己投的簡歷或是像這次我一樣直接收到挖角信，人事部在聯絡申請者之前都至少看過了幾千幾百個不同的簡歷了。所以在收到聯絡時你可以大致認為自己的簡歷和經歷已經得到了基本的認可，至少是符合工作需求的最低門檻了。

準備

這一輪只需要準備簡單的幾樣東西就好：
• 一些問題來了解自己要找的或被挖角的工作是在做什麼
• 一個簡單的自我介紹讓對方知道你大致的經歷和目前的工作
• 如果和我一樣是拿 H1-B 工作簽證或其他身份的人要事先了解申請公司在這方面的事項

實際面試

這一輪面試大概是最為輕鬆的一輪吧！主要在於了解申請者的基本訊息以及工作期望等等。大致上是以聊天的形式帶過，不會超過 30 分鐘。在面試過程中會順便安排下一輪面試等相關事項。可以事先問問面試的流程，我當時沒想太多所以沒問流程，好讓後面的面試過程有驚喜連連的感覺。

2 - Coding Interview 編程面試

內容

接著是 Coding Interview，這一輪面試根據每間公司，有可能是與公司資深工程師 的面對面編碼考題，也可能是直接透過線上編程考試 的方式，像是 Codility 或是 HackerRank等等。這類的面試一般來說可以刷掉大多數的面試者，因為這類考題考驗的是一個人的基本編程能力和邏輯性。雖然這類演算法考試常被人說是平日最不會碰到的東西，但是較大的科技公司一般還是會經過這個流程。無論是線上編程考試 或是面對面考試，主要都為依據正確性 以及程式的效率 來評分。

準備

[9] 如果平日要工作，一天能做個 3 道題就已經不可思議了！
[10] The Best Engineer Is A Lazy Engineer，最好工程师總是懒惰的。因為他們懶惰的人會發明工具讓自己的生活更輕鬆啊！

正常來說這些考題是可以透過訓練來提高的，我同事們都稱之為刷題！刷題的網站有很多，在美國最有名的刷題網站叫做 LeetCode，相信是軟體工程師的人都多少有聽過。這些考題說難不難說簡單也不簡單，遇到相性好的題目就是順順的帶過，遇到相性不好的即便再簡單也會有頭腦打結的時後。但根據同事以及朋友所說，如果刷個 3-500 題^[9]再去考試的話一般來說三題會中一題相似的，運氣好的話有時可以碰到兩題。

The Best Engineer Is A Lazy Engineer^[10]

雖然說刷題是絕對有實質性的幫助的，可我這人懶啊...我個人沒有刷題的習慣，面試也是抱著較平常的心態，所以沒有特別準備這些東西直接硬上才是我的王道！撇開這些胡扯廢話，保持平常心面試時不要因為緊張而導致腦子僵硬對我來說就是最好的準備了。

實際面試

[11] pseudo code 偽代碼，非正式的代碼。面試時有些考官會同意讓你寫 pseudo code，只要邏輯對了就好，不需要實際運行。
[12] Norah Jones 美國歌手，著名音樂有 Come away with me等等。我記得ˊ這是當時客廳播的音樂。

我這一輪面試是透過線上編程考試，好處是不會有一個人出題並且盯著我看，壞處是不能寫 psuedo code^[11] 。總共有三題共 100 分鐘，我首先看了一下三個題目的長度，順序是簡單到困難。每一題有給三個基本的測試用數據，實際評分時可能會跑數十個測試。面試前我有被問要用哪個編程語言來做題，個人覺得用 Python 寫會比較輕鬆一點，但因為工作需求是 Golang，所以為了展示我在 Golang 上的能力，我選了 Golang！
因為當時 SRE 職位上的關係，我大概有 4 個月沒寫過任何代碼了... 考試前除了心態上的準備以外全數空空，所以當下是邊查 Golang 文檔複習邊寫。這導致我光是第一題花了 40 分鐘左右，而且 3 個基本測試錯中錯了 1 個... 當時心裡想著「情況不樂觀啊～」，不過因為我到 35 分鐘時才發現我算法的絲路錯了，但又腦子打結無法想到更好的辦法，於是就直接開始了第二題。第二、第三題雖然比較難，但是我做得很順，所以共花了 50 分鐘就寫完了。剩下的時間我正要用來回頭看第一題，客廳的音樂突然響起了。本來是想去請室友先關掉音樂讓我好好思考剩下最後的 10 分鐘，但又想著反正就是一個不是太重要的面試，隨它去吧！於是我就在 Norah Jones^[12] 的洗禮下度過了最後的時間，重點是最後還是沒做出第一題 ?。

總結

考完後會跑一些測試，大概 10 分鐘內就得到結果了。第三題的效率不算分，因為難度較高所以不考慮效率。我當時的評分如下：

考前記得先看看考試用語言的語法喔！
話說第一題其實網路上刷題會遇到！

3 - Technical Interview 專業面試

內容

這是第一次與公司的工程師面試，一般來說會遇到 1-3 個工程師。大多數會問一些較為技術性的問題包括線上面對面編程。這一輪通常是透過視訊的方式來完成的，屬於倒數第二輪，並且稍微有一點難度。

準備

[13] 意外，一般同一個申請人不會在兩輪面試中遇到同一個面試官。

這一輪面試根據申請職位不同所需樣準備的內容不能。但我推薦做以下準備，首先是把先前的面試題目再了解一遍，把錯得題搞懂。我在幫別人面試時如果因為意外^[13]再不同輪遇到同一個申請人，我通常會問他上次答錯的題目或把體目難度加深一格層次。我因為當過幾次面試官，所以認為有很大的機率會被拿答錯的題開刀，也基於第一題沒做出來心裡癢癢的，於是在上一輪面試一結束時就重新思考把第一題做出來了。心態上來說，如果一個工程師有問題時沒有想要思索答案的求知慾，那必然是一個容易被淘汰的要素。
在那之後可以閱讀一些 Design Pattern 和 System Design 的基本概念，另外準備一些問題來反問你的面試官讓他們對你留下更深的印象。

實際面試

我運氣挺好的，在這一輪只有一個資深工程師來面試我，印象中這輪面試為時一小時而已。果不其然，上來就被要求把第一題做出來。因為事前已經想通了，所以很快就做了出來。後面就是一些技術性的問題，根據自己知道的回答就好，當遇到不知道的就說不知道，不然若是說不清楚，會讓面試官以為自己在觀念上有錯誤等等。
這輪面試還算順利，在最後我問了面試官許多問題，因為我大概能看出他的資歷只比我高上一些而已，所以在各種技術上涉略的並不是很廣。這時若時問面試官一些較為熟悉的領域的問題，就能展現出自己在個人領域上的專業性，畢竟對方並不是太了解全方面。我因為職位是位 SRE^[6] ，所以問了他許多 DevOps 的問題，並且因為工作關係時常需要接觸到資訊安全的相關事項，所以也問了他 Tesla 資安方面的問題。重點是在輪到自己提問時要和面試官聊得來，畢竟技術和能力是一回事，但和人溝通和相處的能力在面試中佔的分數至少有三分之一。
而後和面試官的對話時他就已經不小心透露出決定了，因為他對我說在下一輪應該會是遇到雜七雜八的等等，所以我當下便知道了自記得面試結果。

3.5 - 和人事部主管談話

第三輪結束後，人事部主管約了我一小段時間談論了下一步的面試，並告知我下一輪會是最後一輪等等。這裡沒什麼需要特別注意的，只要問清楚下一論的流程等等的事情就好了，其他都是由對方給予自己信息。

4 - Onsite Interview 現場面試

內容

Onsite 面試正常是最後一輪面試了，正常面試官會是未來團隊里的成員。這一輪面試會在公司裡面，如果距離很遠時有些公司還會願意為你出機票錢讓你飛到那裡面試。這一輪面試時常大約 3-5 小時不等，並且會有多個面試官其中包含你未來的上司等等。面試內容非常廣，而且考驗的不只是技術性問題，還會考慮到申請者的溝通能力、是否有上進心、思考模式等等。

準備

這一輪面試可以準備的很多，同樣也是根據申請職位來決定到底要準備哪些東西的。 一般會被問到可以事先準備的問題包括：
• 簡單介紹簡歷上有提到的項目，並從設計到結構以及負責的部分等問題。
• 各準簡歷上提到的技術。
這裡稍微提一下，任何寫在簡歷上的技術都要確保自己有一定的技術水準，如果只有一點點經驗，但是認為提到會是加分的話，可以註明經驗並不多或是只是稍有接觸。因為這些東西在這一輪面試都有很大的機率會被針對性提問，如果回答的不情不楚或是讓人不滿，那會給面試官很糟糕的印象。
有些公司會事先給出面試當天的時間表，包括面試官的名稱。這時候可以事先在網路上查一查面試官的基本信息，事先熟悉一下他們的基本資料可以讓面試當時不會太緊張，容易找話題，好讓對方對你留下更深的印象。

實際面試

[14] Senior Staff Software Engineer，非常資深的工程師，最少是 12-15 年以上資歷的工程師。
[15] Recursion遞迴，在電腦科學中是指一種通過重複將問題分解為同類的子問題而解決問題的方法。
[16] Iteration 迭代，對計算機特定程序中需要反复執行的子程序*(一組指令)，進行一次重複，即重複執行程序中的循環，直到滿足某條件為止。
[17] Dynamic programming 動態規劃，是一種在數學、管理科學、計算機科學、經濟學和生物信息學中使用的，通過把原問題分解為相對簡單的子問題的方式求解複雜問題的方法。

我的面試因為疫情關係所以是視訊面試，有 5 個面試官並為期 4 小時，一位面試官有 45 分鐘。面試官包括一位未來的上司，三位 Senior Staff Software Engineer^[14] 是 12-15 年以上，和一位 Senior Software Engineer^[1]。
我從下午一點乖乖地坐著和他們面試到了下午五點，中途因為要一直講話一直喝水和跑廁所，剛開始想著平時都是我面試別人，很久沒被別人面試了所以很有新鮮感，不過到後面是真的挺累的。

首先是和上司的面試，從簡歷開始下手並沒有太多技術性的問題，主要在於了解我對工作的看法、工作習性、遇到問題如何解決等等。因為我有小創業的原因還被特別問到工作以及創業的時間分配及管理問題。

第二位開始就是和工程師面試的，大致上都是從簡歷下手的，問一些在你簡歷上看到面試官也有接觸過的技術性問題，然後問一些根據工作要求面試官事先準備好的技術性問題其中包括系統設計等等，最後在來考你算法和編程。這類的題目有各式各樣的，我被問到的題目有大概三種：

• 第一種是面試官在他工作上遇到拿出來簡化過後的題目，這一類的我特別喜歡，因為是工作中會遇到問題，所以可以很好地體現出未來工作上都要設計些什麼樣的程式。這次面試我遇到一題這類的，從時間複雜度、能不能運行、以及事後改進都有被要求到。
• 第二種是比較實用性的問題，這類問題屬於任何工作中都常見的問題，像是 File Operations 等等，這類問題多會被要求一些限制。舉個例子像是路徑遍歷的問題，但是路徑裡有數百萬資料時該如何設計，如何暫停並且從暫停處開始等等之類的問題。這類問題我被問了兩題，其中一題稍難，時間複雜度、內存使用量、如何分別用 Recursion^[15] 和 Iteration^[16] 解決、以及事後改進都有被要求到。另一題本身簡單但有許多陷阱，是要在開始前仔細思考的問題。
• 第三種是偏向純演算法的問題，這類是我最不喜歡得種類，因為腦子一不小心打結就是萬劫不覆返。而且常會遇到一些 Recursion 或是 dynamic Programing^[17] 的問題。我這類問題遇到了一個，並且在有限的 30 分鐘內並沒有寫出完全正確的答案，算是我這次面試中的唯一敗筆。

在做這類題目時我個人推薦告訴面試官你的邏輯和打算用什麼方法解決問題，這樣可以確保對方知道你想做什麼，畢竟解決問題的方法永遠不止一種，有些面試官會因為看不懂你在做什麼而難以給出評價。開始時可以多問一些題目的要求等等，以卻報自己寫出來的程式是符合面試官要求的。
我也都會事先和面試官說要是我做錯了或走歪了請提早告訴我，這樣如果對題目的理解有偏差時可以快速得到反饋，並且要是腦子打結時不小心寫出一段怪怪的東西，面試官也會時不時的給予些許提示。

根據每個面試官的題目和要求，有些並不會期望對方在時間內完成，主要是考察申請者的思考模式和遇到問題的解決辦法。不過若是能題題都做出來，那肯定是大大加分，我這次的面試共遇到 4 題，其中作出了 3 題並且最後 1 題大致方向是對的。所以自己認為表現算是還不錯吧！面試完就有 90% 的感覺自己已經上了，也確實在面試完隔天就馬上收到錄取通知。

其中有一位面試官他是在 Tesla Model 3 的發表前特別從 Google 跳槽過來的，因為我在事前看他資料時有發現這點，於是就有計畫性的問他來 Tesla 多久了，然後把話題帶到「哇～那你不是趕上了發售日嗎！」。所以那一輪的面試至少有三分之二都被拿來聊天用了，被問到問題時也感覺對方放水很多，畢竟時間不夠了。就連編程的題目本來是需要運行的，不過因為聊了太久，所以對方看了看覺得邏輯對了就說應該對了。這算是我事前準備發揮到最大作用的地方吧！

總結

這裡不多分享我跳槽決定的標準，但如果有讀者想知道的話我可以另外寫一篇分想，因為實在太多考慮因素了。總題來說面試流程還滿快的，我在一個半月內就走完了大部分流程。難度以普通工程師面試來說應該算中等偏上一點點，但並沒有到不可攻克的地步，畢竟我太多準備硬著來也都過關了。

心情上來說我起初並不是為了想換工作而找工作的，而是因緣際會 下不小心就走到了這一步的。可以說是花一點時間去外面了解一下自己在市場上的價值，順便幫自己熱熱身以備之後有更好的機會，而且或許就真的找到了一份更適合自己的工作呢！

但說到底除了獲得經歷外，誰工作不是為錢呢？剩下的就是考驗小貓貓工程師還價的能力啦！

(更新：我最後拒絕了 Tesla 的 Offer。)

這篇文章 Tesla 挖角與面試心得分享 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

時隔四年後的面試還是有點緊張
不過以後還是會固定把面試的一些題目每隔半年到一年拿出來反思
有些問題很適合一直思考, 透過不斷地深入去問
也會對自己的人生走向越來越明確

文／Jack Yu

背景介紹

全職工作經驗大約 4 年, 之前的工作內容包含前後端以及 AWS 系統架構設計等等
技能樹: Node.js, Vue.js, JavaScript, Java, AWS, Security

對資訊安全有一些涉獵
包含打過幾場 CTF, 再加上之前有去 HITCON 分享在 HITCON ZeroDay 找到的漏洞
就是大概了解這個領域, 沒有說很強 XD

LeetCode 大概寫個 90 題附近就去找了
基本上我的策略就是摸清 LeetCode 的概念題
例如說以 DP 的題目來說, 差別差在存的東西和運用的邏輯不太一樣, 但概念上是一樣的
不過這次面試沒遇到太難的 LeetCode 題目，算是蠻幸運的

投遞大綱

職位都是資深後端工程師, 只有 Pickupp 比較特別是全端工程師
除了 Linker Network 是疫情前(三月)在辦公室面試之外, 其他都是遠端面試

• Linker Network - 經朋友介紹, offer get
• Knowtions Research - COO Linkedin 私訊問是否要面試, offer get
• Pickupp - hunter 投遞, offer get
• Dcard - hunter 投遞, 感謝信
• AmazingTalker - hunter 投遞, offer get
• 趨勢 - 個人投遞, 感謝信
• Glasnostic - hunter 投遞, 作業關後被拒
• OneDegree - 個人投遞, 因決定 offer 所以拒絕 online coding test

那因為 Dcard 沒進面試, 所以就沒寫太詳細了

Linker Network

這間面試都是同一天面試, 並沒有分成好幾天
所以不用擔心這麼多關會拆成很多天, 一次到底的感覺其實還不錯

第一關 - engineer

主要是考 node.js event loop 和 js 原型鏈 和 hoisting 等等概念
以及 leetcode easy 三題選一題

• two sum (相減版)
• binary search
• link list merged

難度個人覺得偏易, 對 js 和 nodejs 原理有了解的話很快就可以答出來
整份大概寫了 10 分鐘左右
這裡覺得不錯地方是, 不是用手寫, 而是用 Notion 共筆打字

第二關 - backend lead + engineer

主要是針對工作經驗和個人自身詢問
那因為之前做過架構和程式開發, 他們就針對做過的部分去回答
就看他好奇哪部分就講給他聽, 像是還有問一些行爲問題

• 做過有挑戰性的專案
• 下一份工作期望和想做什麼
• 離職原因

第三關 - backend lead + engineers

主要針對他們公司介和和產品的說明, 以及其他行為問題
所以也會知道他們內部實際是做什麼, 有哪些組別等等問題, 行為問題有像是

• 有沒有無法忍受的事情，忍無可忍那種
• 職涯規劃

那因為個人對他們做的東西有點興趣, 所以這階段問了蠻多問題
導致後面時間拖得有點長 XD

第四關 - backend lead

這關原本應該是 CTO 來面試
但 CTO 還在開會, 所以 backend lead 就代替他先繼續問一些行為問題

• 如何跟前端合作
• 有當過 mentor 嗎? 你的方式是什麼

問題分類, 看起來是著重在團隊合作的部分

第五關 - CTO

CTO 開完會就過來了, 個人感覺偏向閒聊
那因為履歷上面我有寫 stackoverflow 回答問題
才發現 CTO 其實也有在上面回答問題, 就有針對這個經歷稍微聊一下

第六關 - CEO

這關偏向閒聊
大概就是 CEO 會跟你講公司的願景和他以前做過的事情, 以及未來想做的事情

第七關 - HR

這關是談 offer 的部分
那因為個人關係加上這間比後面都早兩三個月面, 所以實際能到職時間是三個月後
所以這邊他就是保留我的 offer 但沒給我數字, 而是時間快到了再跟他們說
因為他們也知道我一定會去面試其他家公司 XD

結果: Offer Get

Knowtions Research

前兩關都是英文, 最後一關主要是中文
這間面試時間蠻彈性的, 早上晚上都可以
也是因為這個外商時間剛好跟台灣差 12 小時
所以面試時間都是在台灣的 19: 00 ~ 22:00 這之間

總計三關, 都是不同時間面試

第一關 - co-founder

技術題目

• event loop 是什麼
• v8 是什麼
• DB index type
• fork spawn 差異
• mysql index order

行為問題

• 問覺得好的 manager 和壞的 manager 差別
• 如果你在開發的時候, manager 跟你來說規格要修改你要怎麼做

最後來有一個 Coding Test, 比較像是 co-work 的感覺
題目難度大概在 leetcode easy

第二關 - CTO

談論組織架構如何運行以及介紹他們的公司
比較特別的是他也有問到『好的 manager 和壞的 manager 差別』
這關大多都比較像是在聊工作經歷, 沒什麼太深的技術問題

第三關 - COO

有問到能否接受快速變化, 以及介紹產品實際上在做什麼
以及談論薪水, 這關也比較像是在聊天

結果: Offer Get

這邊稍微補充一些額外的東西
雖然看起來是新創, 但在職位上定義還蠻清楚的
當時 COO 就邊解釋邊開他們的 Confluence 給我看 XD
就看到他們工程師有分 6 個 level, 看起來是公開的, 也有去定義每一個 level 是做什麼

再來因為是新創, 所以也有 Options 可以拿
在講 Options 時, 他們內部有一份特地的 ppt 告訴你詳細細節
包含如果公司上市你拿多少, 公司被買走你可以拿多少, 外面投資人對公司估值是多少
當下就都有分享給我, 面對一個還沒進去的人甚至還沒答應 Offer 的人
願意提供那麼多資訊, 是很有好感的

不過因為他們公司總部在多倫多
晚上會需要跟他們開會, 但他有說下午你就可以去做其他事情
變成要開會那天的時間安排, 就會更彈性

Pickupp

這間是港商, 但面試都是全英文面試
總計四關, 每關都是不同天去面試的

第一關 - CPO

自我介紹和針對人生和工作經歷去問問題

第二關 - 作業

主要是四個小題目, leetcode 等級的話大概在 easy
這裡不會有時間限制, 寫完之後, 跟他們說寫完了
整個過程都是線上, 所以他們也會同時看到你在寫
他們就會 review 一下, 請你改成他們建議的方式
你改完他們有空就會再繼續看, 直到都沒有問題
這整個過程取決於雙方有空的時間, 長的話可能會來回 1~2 天

第三關 - CPO & Engineer

來面試除了原本 CPO 還有另一位工程師
主要針對工作經歷的內容問, 也問得非常詳細
接著有提問一些問題, 我記憶力不太好只想到這幾個 XD

• FP v.s OOP
• 列出 data structure
• 當資料量太多要處理的時候, 要怎麼配合開多台伺服器去處理

第四關 - Live Coding

人員一樣是前面兩位
題目主要是他們產品的一些商業邏輯
像是前 10km 固定收費 5 USD, 接下來 20 km 收費模式變成 3 USD/km
然後去計算多少 km 應該收多少錢的問題
一開始我不是用 FP 的方式去寫
後來他們希望用 FP 寫, 所以就慢慢改成 FP
不過他們並不是堅持一定要 FP, 而是剛好這題型很適合用 FP 去寫
後來問過他們是不是偏好 FP, 但他們是看情況決定怎麼去使用的

結果: Offer Get

AmazingTalker

雖然在 ptt 面試心得中有些爭議, 但感覺是有心想改善
且對技術好像有一定的把關, 就試試看

面試流程總計四關
那因為時間剛好有對到, 所以二三關是一起面試
但第四關就是額外約時間面試

第一關 - 作業

回家作業關, 總計有 8 小時可以寫
內容大致上為實作兩支 API 、快取機制、Unit Test 和 Concurrent 問題

有直接提供 MySQL的 Table Schema 讓你可以去建立
我是用 express + mysql + redis 去寫出這個專案
那為了讓作業可以順利起起來, 最後有預留一個小時弄 docker-composer

第二關 - Tech Lead

如果作業審查通過的話, 就會進入到此關
此關內容主要圍繞在第一關作業的內容和工作經歷, 作業問題會問以下幾個問題

1. 你這樣設計的理由是?
2. 你拿到這個專案是怎麼下手?

過程中會開螢幕分享, 直接互相對話, 說明哪邊可能需要改以及解釋你這樣設計的理由

第三關 - HR

主要就是看公司文化和特質有沒有符合, 所以會問很多問題
HR 也會解釋公司一些特別的文化
在解釋的同時, 他們也會問你對於這件事情的看法是什麼?
也會問你對未來的規劃是什麼, 為何想當工程師等等行為問題
面試下來覺得互動感覺非常好

第四關 - HR Manager

類型跟第三關很像
那時候我有直接問他為什麼還有這關
我記得是說希望藉由多一個人面試, 去增加對於這個候選人不同角度的看法
這邊也有聊到未來退休想做什麼, 有沒有什麼樣的規劃

結果: Offer Get, 實際體驗比想像中好很多 XD

趨勢

主要有兩個組別面試, 分別是 WRS 和 Group1, 總計四關
除了第一關是寫程式之外
剩下的每一關都是額外約時間面試, 也就是說分了三天去面試

第一關 - Online Coding Test

主要是寫 leetcode 題目, 平台是用 codility
題目共四題, 難度我覺得是 easy 2 + medium 2

第二關 - WRS & Group1

主要是先 WRS 先面試, 再來是 Group1

WRS

因為我熟悉的語言是 js, 所以就會問一些關於 js 的東西
像是 promise 有什麼好處之類的
那因為我也有寫過 java, 所以他們也有問有沒有處理過 multi-thread 問題
再來就是 thread v.s process 問題
但在後續個人經歷分享上
我分享比較多在 infra 上面, 但我面的職缺是後端, 所以就沒第三面了

Group1

此組是趨勢大刀改革下的其中一個組別
裡面專案都是用 GoLang
大致上問題都是圍繞在行為問題, 沒有太多技術問題
以及解釋他們內部產品運作流程

第三關 - Group1

Group1

後來收到 Group1 第三面
跟第二面其實挺像的
但細節部分就講比較多, 像是產品運作流程中, PM 是提出問題的, 由 RD 去想解法
然後他們是 run Scrum, 除了 Scrum 固定會有的幾個會議之外, 他們還有 Group Design 的環節
再來就是所有後端工程師都會輪流接一些從客服來的技術問題 (不是第一線接問題的人)
當時面試是說每一次 sprint 會有兩個人輪流

第四關 - HR

這裡不知道為啥我的人資轉到變成 Alice 了
主要也是行為問題, 有沒有跟同事起過爭執啊等等問題
最後就在我開了一個薪資範圍結束面試
不過在這關面試過程中, 只有我開著視訊鏡頭在面試
感覺蠻奇特的 XD

結果: 面試完隔幾天後主動寄信, 獲得感謝信

glasnostic

第一關 - 作業

如果書面審查過的話, 會收到一個作業
作業詳細內容不能說, 但主要是需要用 Go 寫一個 CLI Tool
但如果沒寫過 Go 沒關係, 他們開放讓候選人回去複習再回來寫

結果: 第一關沒過, 後來有請 hunter 去追問有得到原因

OneDegree

第一關 - Online Coding Test

因決定 offer 所以拒絕 online coding test

但我覺得他們 HR 還不錯
投遞履歷後一個禮拜左右, HR 就有打電話來跟我安排面試
而且把每一個階段要做的事情都講得很詳細

後記

時隔四年後的面試還是有點緊張
不過以後還是會固定把面試的一些題目每隔半年到一年拿出來反思
有些問題很適合一直思考, 透過不斷地深入去問
也會對自己的人生走向越來越明確

至於有哪些題目, 其實網路上都找到的

1. 期待下一份工作帶給你什麼?
2. 想要什麼樣的工作環境?
3. 3 ~ 5 年後想做什麼? 退休想做什麼?
4. 想像中團隊互動應該是要什麼樣子?
5. 成就感來源是什麼?
6. 離開上一份工作原因?
7. 有跟同事或主管意見不合過嗎? 如何解決？
8. 等等 … 很多很多很多 XD

這些問題其實在平常互動都會出現, 只是我們可能不習慣故意去思考而已
假設已經身處在一個團隊之中, 感受到團隊合作不順暢也不願成長
如果只是一直習慣性擺爛不思考, 不去思考如何變順暢, 覺得都是別人的錯的話, 就變成抱怨了
抱怨是不會解決問題, 但偶爾的抱怨宣洩還是要的, 但只會抱怨就是把人生主控權交給別人了
這樣的話對於『想像中團隊互動應該是要什麼樣子?』這問題可能就永遠都答不好

透過不斷去思考如何去改善
可以慢慢找到自己實際上在意的點是什麼
有些人覺得要有 mentor 才可以幫助團隊互相合作和成長
有些人覺得制定嚴謹的工作流程才有幫助
但這些都是以不同面向得到的結果

想要 mentor 的人
-> 可能是習慣性有問題都會找別人求助找速解, 而不是靠自己思考得到自己的解答
想要嚴謹的工作流程的人
-> 可能是不喜歡掌控不住的感覺, 也許這樣就不適合新創公司

而這些思考都不應該只有第一層次, 它是可以不斷思考下去
以上面的 mentor 例子來說
-> 那為何不喜歡靠自己思考找到解答? 怕浪費時間?
-> 為何怕浪費時間?
大概是以這樣的感覺可以一直深入問下去, 問久了對自己了解和在意的點就越深了
當然這種方式可以應用在任何地方, 上面只是一種很隨意的舉例

以上廢話有點長, 謝謝看到這邊 XD

這篇文章 2021 年後端工程師面試心得 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。