一場筆試先被排進了網頁裡:9.19 滴滴筆試的題面觀察
從牛客網一篇「9.19滴滴筆試」的討論帖看起,觀察一場線上筆試如何在題目排序、敘述排版與計時介面之間,被設計成一份可被討論的畫面。
9 月 19 日的滴滴筆試,原本是幾萬名求職者各自面對螢幕的兩小時。但它真正的公開形態,出現在牛客網的討論區:一篇編號 930926296136241152 的帖子,把這場筆試從一次性的私人經驗,變成了一份可以被反覆閱讀的文件。要看一場筆試的設計,與其看官方的招募頁面,先看考生事後憑記憶重寫出來的題面。那些題目怎麼被記住、怎麼被轉述、怎麼被後來的人按讚與回覆,本身就是一套介面。
先從一道題的敘述長相看起
按照考生轉述的慣例,滴滴這類技術筆試的題面通常分成三層:情境描述、輸入輸出格式、資料範圍。情境多半是營運場景的轉譯,訂單、司機、裏程、時段,把商業世界折疊成整數陣列。輸入第一行是 n 與 m,後面跟著若幹行數字。資料範圍寫在末尾,十的五次方、十的九次方加七取模。
這三層的順序不是中性的。情境放最前面,是給題目一個可以被轉述的開頭,考生事後在討論區寫下的,幾乎都是情境本身:「模擬派單」「統計某段時間內的營收」,而不是輸入格式。換句話說,題面真正的記憶單位是敘事層,規格層只是答題時的契約。一場筆試結束後還能在討論區存活的,是被設計得可以用人話重講的那些題目。
與之對比,另一類公司的筆試題愛用純數學包裝,題面開頭就是「給定一個序列」。這種題在事後討論裡的存活率明顯低,因為它沒有提供可轉述的鉤子。滴滴題面選擇營運場景開頭,客觀效果是讓一場私人的考試,結束後自動長出了傳播的介面。
題序是一套難度的排版
牛客網帖子裡最常見的敘事結構,是按題號依序複述:第一題怎麼想、第二題卡在哪、第三題有沒有時間寫完。這個順序其實是被出題方設計出來的。程式題從簽到題到 hard,選擇題穿插其間,計時條掛在頁面上方,這是一份典型的難度排版:開頭低摩擦,讓大多數人完成前三十分鐘,中段拉開差距,末段留給少數人。
這種排版的用意在於取樣。筆試的目標是把幾萬份履歷壓縮成幾千個面試名額,題序的梯度就是壓縮的曲線。簽到題的存在是為了讓幾乎所有人都拿到基礎分,壓低零分卷的雜訊;最後一題的難度是為了讓頂端的分布不要擠在一起。考生感受到的「時間不夠」,正是這套排版預期的輸出,夠與不夠本身就是篩選的訊號。
這與我們先前觀察過的一場 48 分鐘面試的題序設計是同一套邏輯的兩種介面:面試把梯度交給面試官的口頭追問,筆試把它寫死在題號與計時條裡。前者可以即時調整節奏,後者不行,所以筆試的題序必須在出題當下就排好,出了就改不了。這也是為什麼筆試題面的事後討論特別發達:它是一份已經定稿、無法辯駁的文件。
討論區是筆試的第二個發布現場
值得注意的是,這場筆試的公開版本不是由滴滴發布的。官方頁面在考後即關閉,題目的存續完全依賴考生的記憶與牛客網的帖子格式。樓主用序號列題,回覆者補充自己的解法與複雜度,後來的人再問「第二題有 AC 的嗎」。一場設計好的閉卷考試,考後兩小時內就在討論區被改寫成了一份協作文件。
這個過程裡有個細節:考生轉述題目時,幾乎都會自動剝掉資料範圍與輸入格式,只留情境與核心問法。也就是說,討論區版本是題面的蒸餾版,比原題更短、更像謎語。後續所有關於難度的爭論,都建立在這個蒸餾版本上。一份考題的社會生命,取決於它能被壓縮到什麼程度還保持可辨認。
牛客網的列表介面也在幫忙。標題直接寫「9.19 滴滴筆試」,日期加公司名,這個命名格式讓每一場筆試自動成為可比較的物件:今年的題比去年難,滴滴的比美團的偏數學。討論區的排序與檢索機制,把一年幾十場分散的筆試,排成了一條可以橫向瀏覽的時間軸。
從題面看僱主的自我描述
最後回到設計本身。一場筆試的題面,是一家公司對自己業務的公開自述。滴滴的題目把派單、計價、時段調度放進情境層,這些是它真實的技術問題,也是它希望候選人提前理解的問題域。題面的措辭比官網的招募文案誠實:文案寫「用技術改變出行」,題面寫的是「給定 n 個訂單與它們的起始時間」。
比較的基準很清楚。同期的網際網路筆試裡,有的公司題面通篇是抽象數學,業務痕跡為零;有的公司連選擇題都塞滿自家產品的冷知識,近乎廣告。滴滴的題面落在中間,業務場景作為敘事包裝,核心仍是通用的演算法能力。這個取捨的訊息是:我們要的是能解題的人,但我們希望你對題目背後的世界不陌生。
所以,回到牛客網那篇帖子。它的價值不在於洩題或練題,而在於它讓一場設計好的篩選流程,以另一種形態重新發布了一次。題面是公司寫的,題序是公司排的,但考後的記憶、蒸餾與爭論是考生做的。一份考試結束的那一刻,它的設計權就換手了;討論區裡那個更短、更像謎語的版本,才是這場筆試最終被記住的樣子。