改一味不用重燉整鍋：三秒生效的事，你家爐子早就會了

九月三日，騰訊音樂技術團隊把一套叫 Jugg 的 Android 秒級構建方案正式開源了。新聞裡的關鍵詞很硬：增量構建、熱重載、旁路編譯。但讀到「日常修改，三秒生效」這八個字時，我腦子裡浮現的不是程式碼，是一鍋已經燉到入味、只差最後一撮鹽的湯。

工程師的痛苦是這樣的：一個龐大的 App 專案，改了一兩行程式碼，得等整套流程重新跑一遍，幾分鐘就這麼沒了。一天改十次，一小時就耗在盯著進度條上。這就像你燉了一鍋好湯，臨上桌前發現鹽下輕了，結果整鍋倒掉，從削胡蘿蔔重新開始。誰受得了。

Jugg 做的事說穿了很家常：判斷你到底改了什麼，只動該動的部分，其他一概不碰。官方數據是內部累積八十萬次編譯驗證，省下三萬六千多個小時的等待。這個邏輯，廚房裡的老手用了幾十年。

回鍋的智慧：動小刀，不掀桌

你一定做過這種事。紅燒肉燒好了，嚐一口，甜了。你不會把整鍋倒掉，你加一點熱水、補幾滴醋，小火再收兩分鐘。五分鐘內問題解決，桌子不用重開。

這就是「增量修改」的廚房版本。懂火的人都知道，一道菜到後段，能動的餘地越來越小，但正因為如此，每次調整也越精準。一撮鹽、半勺糖、幾滴香油，都是對著「現況」下手，而非推倒重來。

反過來說，總是把鍋掀了重炒的人，一輩子學不會調味。這道理跟想一萬次不如做一次那篇文章聊過的一體兩面：動手是第一步，動手之後捨不得全毀、學會局部補救，才是第二步。

Jugg 的技術路線也像老廚師的取捨。文章裡提到，離原本構建流程越近，改動越小、省事，但速度有天花板；離得越遠，工程越大，但能砍掉的固定開銷越多。這跟廚房完全同構：你可以在原鍋上補味，也可以另起小竈做醬汁再淋回去。前者快而有限，後者慢而徹底。好的廚房兩種都會，看場合用。

「三秒生效」這件事，在餐桌上另有名字，叫現點現做。

熱炒店之所以迷人，就在這裡。你跟老闆說「這盤不要辣」，他不是把整桌菜退回廚房，而是你那盤起鍋前少放辣椒，三十秒後照樣上桌，其他桌的菜一秒都沒耽誤。牛肉麵攤的「加麵不加湯」「蔥多一點」，也是同一套邏輯：需求是局部的，回應就該是局部的。

我還想起家中長輩辦年菜的樣子。佛跳牆提前三天備料，但真正上桌那天，每盤菜最後的加熱、擺盤、撒青蔥，都是臨場那幾分鐘的事。前面的功夫是底，臨場的調整是臉面。一桌好菜從來不是全部現做，而是大量預製加上最後一刻的精準出手。工程師管這叫增量，辦桌師傅管這叫手路。

Jugg 的統計裡有個數字很打動人：省下三萬六千多小時，約等於二十個人一整年的工時。換算到生活裡，那是二十個人的午休、二十個人的晚餐、二十個人陪家人喫飯的時間。

技術新聞很少這樣算帳，但餐桌會。一個總在加班等編譯的人，家裡那鍋湯就總在保溫。這讓我想起黃仁勳說裏程碑已經沒意義了那篇聊過的事：真正的功夫不在宣布達標，而在之後每一天還能不能好好開火。工具把等待縮短了，省下的時間去了哪裡，才是重點。

所以下次你在爐前，湯鹹了、飯軟了、醬濃了，別急著掀鍋。先問一句：我到底改了什麼，最小的補救是什麼。老廚師三秒判斷，小火兩分鐘修正，上桌時誰也看不出這鍋曾經出過差錯。

好味道跟好程式一樣，都不怕改，只怕不會改。