2026年11月2日，掘金出現一篇短文「前端的技術判斷力是怎麼練出來的？」，作者ErpanOmer用幾個方案評審的真實案例，講了一個很多工程師心裡有共鳴的結論：技術判斷力不來自八股文和課程，而來自你在生產環境裡被坑過、被罵過、凌晨三點爬起來修過的那些事故。

文章裡的案例都很具體。有人提議把表單資料先寫進localStorage（瀏覽器的本地儲存空間）再發請求，作者問了兩個問題：多個標籤頁同時寫同一個key會互相覆蓋怎麼辦？Safari無痕模式下寫入會直接拋出異常，try/catch寫了嗎？他答得上來，是因為這兩個坑他都親自踩過。後面還有弱網下UI先樂觀更新再回滾的點贊方案、後端保證avatar欄位一定有值、前端匯出Excel的資料量上限、setTimeout做自動儲存的漏洞、以及只看GitHub Star數就引入套件的風險。

這篇文章講的是判斷力，但它側面寫出了另一件事：那些判斷力是用什麼換來的。

你的身體也記得那些事故

文裡那句「凌晨三點爬起來修過」，對很多工程師來說不只是一句修辭。被使用者投訴、被線上事故叫醒、隔天還要進復盤會議，這種循環累積久了，判斷力確實會變準，但睡眠債和情緒疲勞也會同步累積。

如果你也有半夜被 call 起來處理事故的經驗，我們先前聊過OkHttp 5.3 隱形變更害 App 偶發閃退那篇文章裡的幾個提醒，或許可以翻回來看看：事故當下先顧好自己的清醒度，比硬撐著除錯更有效。睡眠被中斷後的認知能力下降，是人體的正常反應，先把燈打亮、喝口水、把時間軸寫下來再動手，出錯率會比直接上鍵盤低。

「本能反應」也需要休息才能維持

文章裡有個比喻很不錯：老司機看到前車剎車燈亮，腳已經移到剎車踏板上，不需要推理。這種條件反射式的判斷，靠的是經驗存量。但有一點文章沒說：這種反射在疲勞時會明顯變鈍。長期睡眠不足的人，對異常訊號的敏感度會下降，也就是說，靠事故換來的判斷力，反而需要足夠的休息才守得住。

幾個日常可以做的小事：

  • 事故處理完，給自己一段緩衝時間再睡，不然腦袋還在跑問題，入睡品質會很差。
  • 白天開方案評審前，如果前一晚沒睡好，重要的判斷盡量不要當場拍板，留下書面確認的空間。
  • 追技術文章和開源套件的原始碼，記得用眼20分鐘起來看遠處一下，這些事永遠讀不完，眼睛只有一雙。

判斷力的養成不必全靠被坑，也不必全靠熬夜

文章後半段其實給了一個相對溫和的答案：判斷力可以刻意加速養成，不用只等著被坑。讀別人的事故復盤、在腦中模擬方案的失敗場景、多問一句「歷史資料長什麼樣」，都是花小成本換大經驗的方式。

這對身體也是好消息。你可以從別人的凌晨三點裡學到教訓，而不必每一課都親自補繳學費。如果你最近正處於一邊扛線上事故、一邊被要求快速成長的階段，我們在技術最強的你升主管三個月就快燒起來了裡聊過的情緒耗竭訊號，也值得對照看看自己。

判斷力會隨著事故慢慢長出來，這急不得；睡眠和情緒卻是當下就會影響你判斷品質的東西，這更急不得，也省不得。讀完那篇熱文，把案例記下來之餘，也把今天該睡的時間還給自己。