面試官不再只問索引了：卓望這場全棧技術面，追問最多的其實是「你怎麼驗證 AI 寫的程式」

10月9日下午兩點，一位求職者在牛客網貼出剛結束的卓望全棧開發崗技術面面經。日期是 2026 年 10 月 9 日，屬於中國「27屆秋招」（2027 年畢業生秋季招募）進行中的第一手紀錄。兩位面試官，題目橫跨自我介紹、設計模式、MySQL、Redis、敏感資料儲存、前端非同步、Linux 日誌排查、Java 基礎與 Python。結果尚未通知。

這份面經值得看的地方，倒在題目分佈。

AI Coding 佔了追問最深的區塊

整份面經裡，被連續追問最多層的題組是 AI Coding。面試官問完「你的個人網站是不是都用 AI Coding 做的」之後，一路往下挖：AI 生成的程式碼怎麼驗證正確性？除了測前端互動和後端介面還有別的方式嗎？AI 開始寫碼之前，會不會先檢查它給的技術設計？有沒有用過 Skills 之類的工具來減少幻覺？

最後兩問尤其有意思。其一是情境題：假設 AI 改完一個功能，告訴你程式碼和單元測試都通過了，你要怎麼進一步確認結果可信？其二是反轉情境：AI 改完之後單元測試反而失敗，你怎麼處理？

用一個日常比喻：這就像主管不再問你「會不會開車」，而是問「自駕系統說它開得很好，你怎麼知道它沒有超速」。考的已經不是寫程式的能力，而是審核程式的能力。測試通過只代表 AI 沒有違反它自己寫的規則，不代表規則本身覆蓋了真正的需求。面試官想聽的答案，大概繞不開幾個方向：測試是不是 AI 自己寫的（等於讓被告自己出考卷）、有沒有獨立驗收標準、diff 要不要人工讀過。

這與我們先前整理的求職市場時間規則與 AI 影響觀察一致：當寫出可運行程式碼的門檻被 AI 壓低，篩選標準就往「能不能判斷程式碼對不對」移動。

傳統題目還在，但都換成了場景包裝

MySQL 題不是背索引類型，而是「一億條流水表只查最近一天，你從哪些方面優化」。Redis 題問的是先更新資料庫再刪快取能不能保證最終一致性、延遲雙刪的流程。前端題給了一個具體 bug：搜尋框輸入「ja」發一次請求，接著輸入「java」又發一次，如果「java」的回應先回來、「ja」的後回來，怎麼確保頁面顯示的是「java」的結果。

這種問法在實務上很常見。競態條件（race condition）是每一個做過搜尋自動補全的前端都踩過的坑，解法不脫取消舊請求（AbortController）、加上請求序號或時間戳比對、或在回應回來時比對目前輸入值。面試官真正想確認的是求職者有沒有真的寫過，因為背題庫背不出「後回來的舊回應蓋掉新結果」這種細節。

Python 區塊問了 GIL、裝飾器、生成器與迭代器的差別，另外還問了對 Agent、深度學習、RAG 的了解程度。Java 區塊則是 JDK 8 預設垃圾回收器、final 關鍵字修飾集合後還能不能增刪元素這類基礎題。

敏感資料那題，其實考的是常識邊界

密碼與身分證字號怎麼儲存、加鹽雜湊後登入怎麼校驗、身分證字號和密碼能不能用同一套方案。第三問是陷阱題的典型：密碼雜湊後就不需要還原，但身分證字號在很多業務裡要能取出原文比對，儲存方案因此不同，通常走向加密而非單向雜湊。能把「為什麼不同」講清楚，比背出任何一種演算法名稱更加分。

反問環節透露的訊號

求職者的反問包括：崗位實際的前後端技術棧、校招生有沒有導師制、從這次面試表現看還缺什麼能力、後續流程。這些問題本身也反映應屆生現在關心的順序：先確認入職後有沒有人帶、會不會直接上線做專案，再談其他。

整體來看，這份面經的訊號很單純：全棧崗的考題範圍沒有變窄，但權重變了。AI Coding 從加分題變成必考題，而且考的是驗證與審核的紀律，不是工具名稱。對正在準備秋招的工程師求職者來說，與其多背一題八股文，不如先想清楚一件事：如果明天面試官問你「測試都過了你信不信」，你的答案能不能撐過三層追問。