十二個問號先被排好了：得物後端一面，是一份被排版的清單

9 月 1 日，一位求職者在牛客網貼出了得物後端開發一面的面經。內容很短，十二個問題，編號從一排到十二，最後一句自評：「感覺有點難，我八股背的還是不太熟練，繼續加油吧。」這則貼文在隨後幾天累積了回覆與轉發，成了秋招季裡一份被反覆收藏的樣本。

要看的不是題目本身有多難，而是這份清單作為一個物件的長相：它如何被編號、被排序、被壓縮成可流通的格式，以及這個格式透露了什麼。

從編號看起

原文的十個阿拉伯數字編號，是這份清單最顯著的視覺特徵。分布式 ID、RPC 框架、記憶體洩漏、日誌處理、掃碼支付、冪等性、百萬數據導入導出、分布式事務、訂單掉單、執行緒池參數、多線程應用，最後是「能不能接受加班」。

編號做了兩件事。第一，它把一場四十分鐘到一小時的對話，壓縮成十二行可以截圖的文字。第二，它暗示了一種線性：前面十一題是技術，第十二題是態度。這條界線不需要任何標題來標註，光靠問題的內容落差就自己浮出來了。從「創建執行緒池有哪些參數」直接跳到「能不能接受加班」，中間沒有過渡，而讀的人全都懂。這種不寫明的分段，比任何分段符號都誠實。

跟其他常見的面經格式比起來，這份清單沒有自問自答，沒有難度評分，沒有逐題的思路拆解。它是最原始的那一種：純題目列表。這種格式的優點是密度高、可複製，後來的人可以在每一題下面補上自己的答案，於是清單變成了一個可以 collectively 續寫的文件。牛客網頁面上「蹲蹲面經」「mark 收藏了」這類留言，就是在這份清單外圍繼續長出來的註腳。

措辭的顆粒度

細看每一題的問法，會發現它們共用同一種句式：名詞短語加一個開放式尾巴。「分布式 id 生成策略？有什麼優缺點？」「RPC 框架有哪些？有什麼優缺點？」「百萬數據導入導出怎麼實現的？有哪些注意事項？」

這是一套標準化的提問模板。前半句確認候選人知不知道這個東西存在，後半句強迫展開比較權衡。換句話說，題目本身就是一個兩層的篩子：第一層篩知識點，第二層篩判斷力。當十一題都用同一個模具壓出來時，面試的評分維度其實已經被寫死在問題的語法裡了。

再注意題目挑選的範圍。冪等性、掉單、分布式事務、掃碼支付，這幾題指向的都是同一種系統：高流量的交易場景。得物做的是球鞋與潮流商品的交易平臺，限時發售、搶購、支付回調，這些業務痛點幾乎可以從題目清單反推出來。一份好的面經因此像一面鏡子，公司把最疼的地方拿來問人。這也是面經在求職社羣裡有價值的原因之一：它比官方的 JD 更具體地說明了這家公司每天在跟什麼問題搏鬥。

清單作為一種流通格式

面經是中文求職社羣裡一個相當成熟的文類。它有固定的發表位置（牛客、脈脈、小紅書）、固定的標題慣例（公司加崗位加輪次）、固定的正文結構（題目列表加主觀感受）。這位發文者寫的「繼續加油吧」，就是這個文類裡標準的收尾儀式，功能接近信件末尾的署名，告訴讀者正文到此結束，接下來輪到留言區。

留言區的內容同樣值得看。有人問背景、有人求後續進度、有人直接點評最後一題：「最後加班那個問題，這家應該常加班的吧。」這句話的資訊量其實超過前面十一題的總和。技術題可以背，加班題的答案只有能與不能，而當它被排進面試流程、成為編號清單的最後一格時，這個動作本身就是一份未言明的公司自白。

觀點

這份清單好看的地方，在於它的排版比它的內容更誠實。十個編號、統一的問句語法、技術與態度之間不著痕跡的換軌，整份文件沒有多餘的修飾，卻把一場面試的權力結構、一家公司的業務重心、一個求職市場的焦慮，全部壓進了十二行文字裡。清單這種格式向來如此：它假裝自己只是羅列，實際上每一次排序都是一次表態。