跳至主要內容
CITY DESK
科技 設計評論

三十二個問題被排好了順序:一份蔚來實習面經的介面觀察

從一篇在牛客網流傳的蔚來軟體開發實習面經看起,觀察一場近一小時的技術面試如何在題目順序、追問節奏與收尾閒聊之間,被設計成一套可閱讀的篩選介面。

SHAO MEDIA 新聞中心 閱讀約 6 分鐘

先從一個小細節看起。牛客網上流傳的這篇蔚來軟體開發實習面經,作者在文末把整場面試的題目逐一列了出來,從「簡單做一個自我介紹」開始,到第三十二題「哈希衝突的資料本該掛載鏈表,為什麼不同 key 還會發生覆蓋丟失」結束,然後是一題 LeetCode 72 編輯距離的手寫程式碼。將近一小時,兩位面試官,一位主問,一位旁聽。

這份清單本身就值得一讀。它看似只是求職者的記錄,實際上暴露了一套被反覆打磨過的篩選流程。題目不是隨機丟出來的,它有順序、有層次、有節奏,像一份被排版過的文件。

題目順序是一種排版

把那三十幾個問題重新讀一遍,會發現它們的排列有明顯的結構。開場是閒聊與動機:「你之前投遞過營運類崗位,為什麼最後選擇深耕技術研發方向?」這一題放在最前面,功能類似介面上的載入頁,先確認眼前這個人的敘事是否連貫。作者自己也坦白,當時「前端無了」的說法滿天飛,他多給自己找了一條路。面試官問的正是這條路的轉折處。

接著是專案。挑亮點、問難點、追解法,然後立刻轉入資料庫選型:為什麼用 MySQL。從這裡開始,題目沿著一條技術鏈往下走,樂觀鎖、訊息佇列、分散式事務、本地消息表、Canal、Redis 持久化、跳表與 B+ 樹的選型差異、索引失效、深度分頁、UUID 主鍵,最後落到 HTTP、HTTPS 與 HashMap 的執行緒安全。

這條鏈的設計相當扎實。每一題幾乎都是前一題的延伸追問:問完本地消息表,就問掃描條件;問完掃描,就問資料量大怎麼優化;問完單節點,就問多節點部署的衝突。這種層層往下挖的問法,跟好的資訊架構是同一個邏輯,使用者每往下點一層,介面就再多給一層細節,而且每一層都建立在上一層的答案之上。面試官不是在照題庫唸,他是在根據回答的品質決定下一題挖多深。評論區有人問「你不是前端嗎,怎麼問一堆資料庫和 Redis」,這恰恰說明這套題目設定的目標讀者本來就不是前端,是後端通識。

手撕程式碼是最後一塊拼圖

理論問完,收尾是經典的現場編碼,LeetCode 72 編輯距離。這一題的選擇也看得出考量:它不算最難的動態規劃,但足夠檢驗一位實習生能不能把狀態轉移方程正確翻譯成程式碼,而且跑測資的環節讓整場面試收在一個可驗證的結果上。前面三十二個問題測的是知識的廣度與深度,最後一題測的是手能不能跟上腦。兩種題型一前一後,構成完整的評估閉合,用該避免的詞彙來說,就是測評有始有終。

卡旺卡奶茶:一個被設計進去的緩衝

整份面經裡最柔軟的一段,是作者在寫程式碼時的反問。他問了兩件事,團隊內部的 AI 使用情況,以及 base 合肥的卡旺卡奶茶是不是很好喝。面試官回了一句「沒錯很好喝」。

這段閒聊放在手撕程式碼的當下,時機很講究。寫程式碼是整場面試壓力最高的環節,求職者利用這段相對機械的時間反問面試官,等於替雙方都裝了一個緩衝。奶茶這個話題尤其聰明,它夠輕、夠在地,一句話就能把合肥這個工作地點從一個抽象的條件,變成一個有人情味的具體場景。面試的地點敘事,往往就是這樣被一句閒聊完成的。作者在文末寫「非常愉快的一次面試,非常希望能夠加入蔚來」,這句話當然有求職禮儀的成分,但那份愉快確實有跡可循:流程緊湊但不壓迫,追問扎實但不刁鑽。

這種體驗設計的對比感,在評論區也看得到。有人拿它跟沃爾瑪的面試比,說「這個比沃爾瑪簡單」;也有人提到「蔚來似乎可以一面就過」。同一種篩選功能,不同公司做出了完全不同的表情,這正是介面設計裡反覆出現的命題。一份錯誤訊息的措辭能決定使用者對系統的信任,我們先前在529 錯誤訊息的設計觀察裡就看過同樣的機制:文案與節奏的選擇,決定了訊息被接收的方式。面試也是一種訊息介面,題目就是它的文案。

面經本身,是求職生態裡的另一層介面

再往外看一層。這篇面經發在牛客網,帶著「實習面試記錄」「我的求職進度條」「發面經攢人品」這些標籤,文末還有人貼出 GitHub 上的面試題庫連結、有人留言招人。整個頁面構成一個生態:面試是被設計的,面經是被寫下來交換的,標籤系統讓這些經驗可以被檢索、被聚合。

這種把經驗結構化成清單的行為,本身就是一種設計。作者把問題一條條編號列出,等於把一場口語的、流動的對話,轉譯成了一份可複用的文件。後來的求職者讀到的已經是一份介面:有序號、有分類、有重點提示(比如「ps:其實那個時候大家都說前端無了」這種括號補注)。跟豆瓣上一部電影還沒被看過、先被寫成幾行類型標籤與演員名單的處境相似,我們在《家中低語》的條目觀察裡討論過,任何被整理過的清單都在替後來的人決定第一眼印象。這份面經也在做同樣的事,它替下一個投蔚來實習的人,預先畫好了這場面試的形狀。

收在一個明確的觀察上

回到那份題目清單本身。它的價值不在於洩題,任何一場面試的題目都會隨人隨崗變動。值得留意的,是題目之間那條看不見的線:從動機到專案、從專案到元件、從元件到底層資料結構,最後用一段手寫程式碼收口。這條線畫得越順,面試的體驗就越像一份好文件,讀的人不覺得被審問,只覺得被完整地讀了一遍。

一位實習生在近一小時裡被問了三十二個問題加一題動態規劃,離場時記住的卻是一杯奶茶的確認。這大概就是這套面試介面最成功的地方:篩選的功能完成了,留下的卻是溫度。

#蔚來面試設計#技術面試介面#求職敘事設計