9 月 17 日晚上，一位求職者在牛客網上發了句帶著哭臉的牢騷：他投的是最右的前端工程師，打開筆試卻發現題目要用 Python 來寫。留言區立刻熱鬧起來，有人說自己也遇到全是 Python 的題目，硬著頭皮用 JavaScript 寫了，雖然也沒寫出來；有人抱怨連個編譯器都不給，只能在富文本編輯器裡徒手敲代碼。
這件事發生在半個多月前，為什麼還值得聊？因為它戳中了一個很多人都有共鳴的處境：你準備好了自己最熟悉的那套工具，考場卻臨時換掉它。而這種感覺，廚房裡的人其實天天在體會。
你以為比的是菜，其實比的是手感
每個在家做菜的人，都有一把用順手的鍋鏟。鏟面微微翹起的弧度，木柄被手掌磨出來的溫潤，翻麵的時候手腕一抖，蛋皮就整齊地折過去。這些不是說明書教的，是幾十頓飯餵出來的手感。
換一把新鏟子，理論上功能一模一樣，甚至更好用。但第一天用它煎魚，你會發現翻面的時機總是差那麼半秒，魚皮黏在鍋底，鏟子一進去就掀破了一角。鍋裡的滋滋聲沒變，油香也一樣，壞掉的只有你的節奏。
前端工程師寫 JavaScript 寫了四五年，閉包、事件循環、非同步，這些東西已經長在指尖上，就像老廚師不用看計時器也知道蔥什麼時候該下鍋。突然要他用 Python 解題，語言邏輯他都懂，可那種「想到就能寫出來」的流暢感斷了。就像叫一位臺菜師傅去做義大利麵，麵他也會煮，但鍋氣不對，手忙腳亂是難免的。
留言區那句「我強行用 js 了，雖然也沒寫出來」，特別像廚房裡的固執：爐子上明明換了新鍋，師傅還是照老習慣甩鍋，結果菜飛出去一半。不是菜譜錯了，是手還沒跟上。
語言是爐火，問題是食材
不過換個角度想，筆試考的從來不是工具本身。
一道演算法題，剝開語法的外殼，剩下的其實是那個老問題：給你一堆食材，怎麼在最短時間裡端出一盤像樣的菜。備料的順序、火候的取捨、鍋子大小的選擇，這些判斷跨菜系都成立。一個會做菜的人，換到別人家的廚房，翻冰箱十分鐘也能湊出一桌；一個只會照著影片照抄的人，少了那罐指定的醬油就整道菜卡住。
所以考官給前端考生出 Python 題，也許想看的正是這件事：你對問題本身的理解，能不能掙脫特定工具的框。這跟我們之前聊過的面試官站在竈邊看你炒菜是同一種邏輯，追問到最後，考的都不只是你會不會，而是你懂不懂為什麼。
但話說回來，考場不是展場。真實的餐廳裡，沒有主廚會在出餐高峯前一小時突然沒收二廚的刀，叫他改用水果刀切蘿蔔。要考跨工具的能力，至少給個能跑代碼的環境吧？留言區那句「考算法題為啥不給編譯」，翻成廚房話就是：你讓人換鍋做菜，至少讓他開火試試味道。徒手在富文本框裡寫代碼，等於讓廚師用眼睛判斷油溫，還不準他試喫。
每個人家的廚房，都有一套別人看不懂的規矩
這件事讓我想起外婆的廚房。
她的瓦斯爐左邊那口爐永遠比右邊旺，這件事全家只有她知道。滷肉一定放左邊，小火慢燉；炒青菜去右邊，反正青菜要快。有一年過年，阿姨帶了新的電陶爐回家，說是送的，安全。外婆客客氣氣用了三天，第四天又默默把瓦斯爐擦亮搬回來。不是電陶爐不好，是她幾十年攢下來的手感，全部寄存在那口舊爐的旋鈕上，轉到哪個角度是小火，閉著眼都知道。
工具之於手藝，從來都是這樣的關係。工具本身可以被替換，但替換的過程需要時間，需要試錯，需要允許失敗的空間。考場上唯一缺的，就是這個空間。
回到餐桌：給正在換鍋的人幾句話
如果你也正在經歷這種「考卷和準備方向對不上」的季節，秋招的九月，多少人有 similar 的委屈，廚房的經驗或許能給你一點線索。
第一，別在考場上跟工具賭氣。會用什麼就用什麼，JavaScript 寫不出滿分，至少寫出思路。做菜的都知道，食材不齊的時候，端出一盤八十分的，遠比堅持完美最後開天窗好。那位「強行用 js」的考生，其實已經做對了一半。
第二，下了考場，花一個週末摸摸別的爐子。Python 入門對前端的人來說，就像會用瓦斯爐的人學電磁爐，按鈕不同，熱是一樣的熱。燒一壺水，煮一碗麵，手感就回來了大半。這也和我們聊過的第一次開火，難的從來都不是食譜同一個道理，第一次永遠卡在那些沒人告訴你的小地方，過了就過了。
第三，記住那種手感斷掉的感覺。它不舒服，但它誠實地告訴你，你的能力哪些長在腦子裡，哪些長在特定的工具上。長在腦子裡的，帶得走；長在工具上的，遲早要再學一次。
廚房教人最深的一課大概是這個：菜做得好不好，爐子有責任，但最終端出什麼，還是看站在爐前的人。考卷發下來，用什麼語言寫，某種意義上也是你的菜。油已經熱了，別管鍋是不是你熟悉的那一口，把蛋打下去再說。