一份十分鐘寫完的筆試：B站的計網題庫，是一套被排好的篩選介面

2025 年 10 月 1 日晚間，牛客網上出現了一則帶著火氣的提問：「為啥B站的研發工程師筆試都是計網題目啊」。發文者沒有細說題目內容，但留言區補上了線索：有人自嘲十分鐘就結束了作答，還以為自己投錯了崗位；另一位東京大學的求職者則形容那是一場「網路八股盛宴」，好多協議都沒聽過。旁邊還有人補了一句耐人尋味的背景：B站今年網路崩過幾次。

這則貼文本身很短，卻值得從設計的角度拆開看。一場筆試，本質上是一套介面：它定義了輸入（考生的知識）、期望輸出（可排序的分數），以及通過標準。而這套介面的「題型配置」，就是它的版面設計。

把視角放到具體細節上。留言中「十分鐘就結束了」這句話，透露出的訊息有兩種可能：要嘛題目對受測者而言過於陌生，要嘛題目過於熟悉到不需要思考。結合「好多協議都沒聽過」的說法，前者更可能。這表示這份試卷在難度校準上，把重心壓在了一個相對窄的知識帶上：計算機網路的協議細節，也就是求職圈慣稱的「網路八股」。

與其他公司的筆試相比，這個配置顯得相當單一。一般研發崗的線上筆試常見的組合是資料結構、演算法題加上少量選擇題，演算法往往佔大頭。B站這份被抱怨的試卷，據考生描述幾乎全數押在計網。與我們先前觀察過的快手 Java 一面的連環追問對照，可以看出兩種不同的篩選設計：面試傾向用追問堆疊深度，筆試則用題型密度畫出知識邊界。

為什麼是一家視頻平臺把計網放到這麼重的位置？這裡只能提出合理的推測，無法從來源證實：視頻業務的核心鏈路是內容分發、轉碼與傳輸，CDN、緩存、協議層的延遲控制，都是產品體驗的直接變數。留言中「今年網路崩了幾次」的調侃，恰好說明外界會把這類事故與公司的技術重心聯想在一起。一家被用戶用「卡不卡」評價產品好壞的公司，在招聘介面上放大網路知識的權重，邏輯上說得通。

但設計上的得，往往伴隨著失。一套把題型收窄到單一領域的筆試，篩掉的可能剛好是演算法能力強、但計網細節生疏的人。這與浩鯨 Java 面經中被排版的題目順序是同一個命題：考核工具的版面，決定了哪一種能力被看見。當考生用「八股盛宴」來形容一份試卷，這個詞本身就是對設計的評價：題目在測記憶的覆蓋率，而非解題的思考過程。

回到那句「還以為投錯崗了」。一份好的篩選介面，應該在考生打開它的前三十秒就傳達清楚：我要考什麼、為什麼考這些。B站這份試卷顯然沒有做到這一點，它讓受測者對自己應徵的崗位產生了懷疑。對一家以社區體驗著稱的公司來說，這是一個略帶諷刺的落差：產品介面講究讓用戶秒懂，招聘介面卻讓人迷路。

一場筆試能被罵上社羣平臺，本身就說明它的設計被使用者認真讀過了。至於這套全計網的題庫是刻意的技術取向，還是題目資源分配的失衡，來源沒有給出答案。但可以確定的是：對今年秋招的考生來說，B站的篩選介面已經傳達了一個明確訊號，想進這家公司，先把協議背熟。