一場面試先被排成了編號清單：恆生電子10.9面經，是一套被設計過的介面範本

先從一份編號清單看起。2026年10月9日，有求職者在牛客網發布了恆生電子的一面經歷。全文由一至六的編號組成：自我介紹、Redis 與 RabbitMQ 的選型追問、MySQL 問題、壓力測試與慢 SQL 優化、基礎八股、反問。每一項一行，末尾一句「我都這麼推崇你了，給個機會吧」收束。這不是隨手的紀錄，而是一種被反覆使用到近乎制式的排版：把一場二十分鐘的對話，壓縮成六行可掃讀的項目符號。

這份清單值得注意的地方，在於它的資訊密度取捨。發文者寫了「基礎八股（十個帖子九個有的超基礎版）」，用一句括號省略了最佔篇幅的部分，卻把中間件的選型追問獨立成項。這是面經這種文體的典型設計：大家都知道的內容被壓縮成引述，只有個別化的經驗才展開。排版本身就在做篩選，跟一份好的表格設計做的事情沒有兩樣，欄位留給差異，共通項折疊。

更有意思的是同一頁面上的其他恆生電子面經。10月10日另一位求職者的版本列了十題，從「介面和抽象類的區別」一路問到「怎麼看待手寫代碼和 AI 輔助編程」，時長十七分鐘；同日另一篇則花了大量篇幅追問一個接口優化從一秒降到兩百毫秒的數據來源與協調過程。把這幾份並排看，恆生電子的面試本身就像一套有彈性的介面：題庫是固定的元件，追問的深度隨應徵者簡歷上的項目伸縮。專案寫了什麼中間件，面試官就沿著那條線往下鑽，這與好的表單設計同一個邏輯，介面跟著使用者已填的內容動態生成下一題。

評論區則暴露了這套介面的讀法分歧。有人問「怎麼問這麼少」，有人懷疑「不會是 KPI 面吧」，有人追問有沒有算法題、有沒有拷打實習。發文者提供了六行清單，讀者卻各自拿著不同的核對表來比對。一份 Netflix 的資格頁面要逐項核對才能給出答案，一篇Netflix 額外成員的資格核對如此，一篇面經也如此：它的價值不在陳述事實，而在提供一堆可供他人對照自己處境的欄位。學歷欄寫著「二本」，這一欄經常是整篇面經裡最先被讀的數字。

回到編輯觀點。面經是求職季裡流通量最大的文件類型之一，它自發演化出一套穩定的排版規範：編號、崗位、輪次、時長、結尾的反問與討好的口吻。恆生電子這幾篇的價值，在於讓人看見介面的兩端同時在設計，公司用題庫與追問設計篩選的流程，求職者用清單與懇求的語氣設計被閱讀的方式。發文者那句「給個機會吧」放在六行冷靜的編號之後，正是這套範本裡唯一沒有被格式化的一段，也因此最像人。