Oracle 26NG SDE 這一屆整體節奏真的很快，從 Screening 到 5 輪 VO 再到 HM call，幾乎是無縫銜接。很多同學都反饋：流程標準化程度高、面試官風格偏實戰、coding 追問非常細，基本沒有“隨便聊聊”的輪次，每一輪都在認真篩選，下面根據我們剛走完的一場總結一些經驗。
Offer Timeline （僅供參考）
整體流程節奏偏快：投遞後 1–3 周內收到 Recruiter Screening 或直接技術面；Screening 主要確認背景與匹配度，通常 3–7 天內通知是否進入 VO。之後是 15–30 分鐘的 Hiring Manager call，偏 team fit，通常 3–10 天出結果。這次面的這個組，流程是先給 verbal offer，再走內部審批。整體流程3-6周。
Oracle 26NG SDE 實戰回顧
Round 1 – LRU Cache
第一輪 VO 上來就是經典的 LRU cache，沒有任何鋪墊，直接讓你講思路然後開寫。
常規解法當然是 HashMap + Doubly Linked List，重點在於保證 get 和 put 都是 O (1)。不過 Oracle 的面試官明顯不滿足於模板答案，在寫完後立刻開始 follow-up：如果是多執行緒環境怎麼辦？如何減少鎖競爭？有沒有更 scalable 的方案？
這一輪的感覺是 —— 題目不難，但深度取決於你能聊多工程化。如果只停留在 LeetCode 層面，很容易被繼續追問。
Round 2 – Merge Sorted Lists
這一輪的節奏非常典型：先給一道相對簡單的 merge two sorted lists，當你快速寫完後，馬上升級為 Merge K Sorted Lists。
面試官其實在觀察兩件事：你是否會主動分析複雜度，以及是否知道更優解。雙連結串列解法寫完後，如果你自己提到可以用 min heap 把複雜度降到 O (N log K)，基本會被認為思路成熟。
這一輪整體壓力不大，但非常考察基本功 —— 屬於 “不會掛，但能拉開差距” 的題。
Round 3 – Delete Target Leaf Nodes from Binary Tree
第三輪是典型的遞迴樹題：刪除所有值等於 target 的 leaf nodes。但真正的難點在於，當 leaf 被刪除後，它的父節點可能變成新的 leaf，需要繼續判斷。
這其實是在考察你是否具備良好的 recursion 設計能力，比如是否知道用後序遍歷，是否能透過返回值直接告訴父節點 “我該不該被刪”。
面試官對程式碼可讀性看得很細，包括命名、結構，以及是否有多餘邏輯。整體寫下來會發現 ——Oracle 對 “production-style code” 確實有要求，而不是隻看能不能 AC。
Round 4 – Project Deep Dive + Coding
前半段是深挖簡歷，而且挖得非常細。從系統為什麼這麼設計，到 tradeoff，再到如果重新做會如何最佳化，幾乎每個點都會被追問。很多人其實不是 coding 掛，而是掛在這裡 —— 因為對自己的專案不夠熟。
後半段的 coding 是設計一個 Hospital Appointment Booking API。場景是醫院有 1000 名醫生，每位醫生從 9AM 工作到 5PM，每 15 分鐘一個 slot。API 需要為指定醫生在指定日期預訂 “最早可用” 的時間，並在多次 POST 請求之間保持狀態。
這題本質上是輕量 system design。如何建模 doctor 和 slot？如何快速找到 earliest availability？如何避免 double booking？如果有併發怎麼辦？只要你開始主動聊 optimistic locking、資料結構選擇或者狀態管理，面試官通常會頻繁點頭。
這一輪非常看工程思維，而不是演算法技巧。
Round 5 – Hiring Manager Call
最後一輪是 HM behavior，沒有演算法，但千萬別放鬆警惕。面試官重點問了兩個方向：你平時如何做 prioritization？當系統出現 failure 並影響客戶時，你會如何處理？主要不是讓你背 STAR，而是看你的思考方式是否像一個可靠的 team member。
瞭解更多
這幾年我們跟進了不少 Oracle NG、Intern 以及 OCI 方向的面試流程，很多同學技術儲備其實是夠的，但在高強度 VO 裡一緊張就思路斷掉、表達混亂，coding follow-up 沒接住，system design 結構講散，最後差的就是那一口氣。我們專注北美大廠 面試助攻 ：VO 實時思路提示 + 現場節奏把控北美 CS 專家人工輔助，精準踩中考點，比 AI 更靠譜，幫你穩穩上岸。
