上週我寫到一篇🐺Swift Macros 信任警告與警報疲勞，談的是「太多警告會讓人麻痺」。今天則是要談如何避免走到那一步。
我在帶領 iOS 團隊時，有個簡短但非常重要的原則：「Xcode 的警告不能超過一頁畫面，最好是零」。
Xcode 的 Issue Navigator。我會要求專案的警告的數量不能超過一頁螢幕範圍。最好是完全消除。
Xcode 的警告五花八門：專案可以升級舊設定的提示、Swift 編譯器的建議、舊版 API 被 deprecated 的提示。也可以寫 #warning("message") 來提示自己。
千萬不要小看警告。有些只是沒使用到的變數這種小事，有些卻提示了架構或安全的潛在風險，甚至預告了某段程式碼在新版系統會被禁止使用（資深開發者可能對 UIWebView deprecation 心有餘悸）。不早點處理，有機會變成專案管理的大患。
萬一堆積的警告數量超過螢幕範圍，新的警告就更容易被視而不見，這個警告系統就徹底廢了。
反過來說，如果專案把警告數量控制在 0，任何新的警告都會非常刺眼，自然會使開發者消除它們，把未來錯誤的風險降到最低。
所以，最好的方式是：一旦有新的警告出現，就立刻消除它們。
這不是潔癖，而是對人性的理解。
