2026年9月30日，掘金上一篇〈我重寫了整個項目，但沒人感謝我！〉的文章引起討論。一名前端工程師花了整整三個月，把團隊裡跑了四年的祖傳專案從 Webpack 4 遷移到 Vite，順手把 JavaScript 全量改成 TypeScript，修了三百多個類型錯誤，重構整個請求層，接上錯誤監控，搭好自動化流水線。成果很具體：構建時間從四分鐘降到十二秒，線上報錯率下降六成，新人上手時間從兩週縮短到三天。
然後季度績效評審，他拿到的是「符合預期」。
這件事放到廚房裡，你大概一秒鐘就懂了。
沒人看見的那三個月
想像一間開了四年的老餐館。爐子老化，火苗忽大忽小；排油煙機裡的油垢厚得能刮下一層；冰箱深處塞著不知何年冷凍的庫存，每次找一包幹貨都得搬出半層架子。
有個師傅看不下去，趁著換季菜單的空檔，把爐子換了，風管通了，冰箱清空重排，調味料全部貼上標籤按使用頻率歸位。三個月後，開火快了，油煙不嗆了，新來的學徒三天就能站上炒臺，不用像以前那樣繞兩個禮拜才找得到醋在哪裡。
結果月底開檢討會，大家誇的是這季的絲瓜蛤蠣特別鮮、湯頭清甜。沒有人提起爐火為什麼穩了，油煙為什麼不燻眼睛了。
文章裡那句話說得很直白：這類工作的成功，是以「什麼都沒發生」來衡量的。排油煙機正常運轉的日子，沒有人意識到它的存在；只有它罷工那天，整間廚房煙霧瀰漫，大家才會問，這檯機器是誰在顧的。
從那鍋湯到客人的讚美，中間隔了幾手
文章還點出一個更冷的現實。績效評審喜歡清晰的因果：產品提了需求，工程師做了分享按鈕，分享率提升百分之十五，商業價值，老闆一看就懂。
但廚房裡很多功夫的價值鏈是長的。你把高湯每天過濾、每天重新熬，食材保鮮確實做得更勤，客人喫了腸胃更舒服，回頭客多了，營收上去了。到了報表上，營收成長會被歸給行銷活動或新菜色，很少有人回頭感謝那個每天洗湯桶的人。
文章作者形容，每多一個環節，歸因就模糊一層。這跟家裡的餐桌很像：一頓飯喫得舒服，大家記得的是那道糖色炒得漂亮的滷肉，很少人記得是誰前一天就把五花肉修邊、汆燙、冰鎮。功夫被攤進了每一口滋味裡，嚐得到，說不出。
這也讓我們想起另一件類似的事：你的廚房早就在做的事，試食譜、記筆記與找到適合自己的那道菜。試味道、調整、記錄，這些日常累積的功夫，本來就很難在事後被完整說清楚。
語言要翻譯，數字要換算
文章裡有段描述很傳神。工程師在述職簡報上寫：冷啟動從二百四十秒優化到十二秒，熱更新從三秒降到二百毫秒，strict 模式覆蓋率百分之百。評審席上的業務管理者聽完，第一反應是：然後呢？
換成廚房語言就通了。「構建時間從四分鐘降到十二秒」，聽起來像黑話；但換成「以前客人點完菜要等四分鐘炒鍋才熱，現在十二秒就起火」，任何一個等過菜的人都懂。
文章給的建議是，在動第一行程式碼之前，先花一天時間把舊系統的痛苦用數字記下來。這在廚房裡就是：翻修之前，先記下排油煙機一週滴幾次油、找一包冰糖平均翻幾分鐘、學徒燙傷過幾次手。有了這本帳，翻修後的每一天安靜，才說得出價值。
如果整間店都覺得這些功夫不值錢
文章最後一段話不太好聽，但實在。作者說，如果量化了價值、翻譯了語言、把過程攤開來看，公司依然覺得基建不值一提，那就不是表達能力的問題，是組織的價值觀問題。不願為基礎設施投入尊重的地方，遲早會在事故連環爆發時付出代價，而那些被寒了心的師傅，不會再回來救火。
這一點，懂喫的人都有體感。一間店如果連砧板發黑、抹布發餿都不在意，你很難相信它端出來的生魚片。反過來說，那些爐臺乾淨、調味罐排列整齊的小館子，就算菜色普通，你喫得也安心。基礎的功夫不會出現在菜單上，但它決定了每一道菜的底線。
所以下一次，家裡那個人默默把冰箱清了、把櫥櫃裡過期的醬料淘汰了、把鍋底的焦垢刷乾淨了，飯桌上那句「湯真好喝」之外，也許可以多一句：「我知道爐子最近很穩，謝了。」
沒什麼事發生的日子，往往就是有人把該做的都做完了。