在 Go 裡包裝錯誤又不失去脈絡

前言

沒有使用 %w 的 fmt.Errorf 會讓錯誤失去脈絡。本文整理包裝規則、何時該定義哨兵（sentinel）錯誤，以及如何建立不依賴堆疊卻依然好用的錯誤鏈。

常見的翻車方式

跳過這個步驟的團隊，通常會踩到三種坑：

• 優化了一個沒有人同意要動的數字。
• 照抄了約束條件完全不同的專案的作法。
• 一直延後決策，直到反悔的成本高得嚇人。

建議的切入方式

1. 用使用者的語言，一句話講清楚問題。
2. 選一個每週都能量測的訊號，而不只是上線當天看一次。
3. 給小實驗設時間盒；兩天的 spike 勝過兩週的辯論。

小結

如果 Go 教會我們什麼，那就是「無聊的一致性」打贏「聰明的一次性方案」。把學到的東西帶回團隊，別讓它變成口耳相傳的都市傳說。