一場筆試先被登入了，才輪到題目被寫壞：恆生電子的 9.23，是一套沒被設計完的篩選介面

先從一個小細節看起。九月二十三日晚上，牛客網上出現一則帖文，標題寫著「恆生電子9.23Java筆試記錄，體驗不是很好」。發帖人不是在抱怨題目太難，而是在描述一套流程：登入、監考、作答、提交，每一個環節都有具體的卡點。這類帖文在招聘季每天都會出現幾十則，但這一則值得停下來看的地方在於，它記錄的其實是一套篩選系統的介面品質，而非單純的情緒。

這場筆試發生在九月二十三日，屬於秋季招聘的常規批次。恆生電子是杭州的金融軟體公司，Java 工程師是它每年最大量的招聘崗位之一。換句話說，這一套筆試系統承載的作答人數，是該公司整年度人員篩選的主要入口。入口的體驗品質，直接決定了公司技術品牌在應屆生心中的第一印象。

一場筆試的介面，從計時器開始

技術筆試的設計難度常被低估。它要在有限的時間內，讓一個陌生人的程式能力被量化成可比較的分數，同時還要防作弊、要穩定、要對得起每一位花了兩小時作答的人。這三件事彼此拉扯：防作弊做重了，作答體驗就會變差；題目出鬆了，分數就失去鑑別力。

發帖人描述的問題落在幾個具體位置。題目敘述的排版不利閱讀，程式碼區塊的顯示不夠清楚；作答過程中的操作回饋不順，讓人無法確認系統是否正確接收了答案。這些都是介面層面的瑕疵，而非題目本身的問題。一個求職者在高壓環境下作答，任何一點不確定性都會被放大：按鈕沒反應，會懷疑是不是斷線了；文字顯示錯亂，會懷疑是不是自己看錯了。設計上把這些疑慮處理得越乾淨，作答者越能把注意力放在題目本身。

這與我們先前觀察過的攜程 Agent 開發一面的題單排版是同一類問題。一場篩選無論發生在筆試系統裡還是面試會議室裡，它的題目排序、作答節奏與回饋機制，都會被候選人閱讀成一家公司的工程素養。題目可以難，難是鑑別力；介面不能糙，糙是態度。

跟誰比，比什麼

線上筆試這個品類其實有相當成熟的基準。國內幾家大型平臺的考試系統，在程式碼編輯器的語法高亮、本地除錯、測試案例回饋上已經做得相當完整；海外如 LeetCode 式的作答環境，更是把「寫一段、跑一次、看結果」的循環壓縮到幾秒鐘內。求職者對筆試介面的期待，是被這些日常使用的工具養出來的。

在這個基準下，一套卡頓、回饋模糊的內部筆試系統，會被讀成什麼？對一家以金融 IT 為主業的公司而言，這個落差尤其刺眼。恆生電子的產品是交易系統、財富管理平臺，客戶是對穩定性要求極高的金融機構。如果連自己招聘用的筆試系統都無法給出乾淨的作答體驗，這個第一印象的扣分是雙重的：技術能力被質疑，工程文化也被質疑。

當然，這裡有一個成本上的現實。招聘季的筆試系統一年只用幾次，投入大量資源打磨的投資報酬率不高，多數公司選擇採購第三方服務或沿用舊系統。但「體驗不是很好」這句話之所以值得記錄，是因為它暴露的不是資源問題，而是把篩選入口當成行政流程而非品牌接觸點的思維。候選人在筆試當晚的感受，會原封不動地變成第二天論壇上的帖文，然後變成下一屆學生搜尋「恆生電子筆試」時看到的第一批結果。

篩選是一套敘事，不只是閘門

回到那則帖文本身。它的價值在於誠實：發帖人沒有情緒性地否定公司，只是把體驗按順序寫了下來。這種記錄在招聘季構成了一種民間的介面評測，比任何官方宣傳都更有說服力。

一家公司對待候選人的方式，從筆試介面的細節就開始了。題目可以篩人，系統也在說話。