機器學習實踐中應避免的7種常見錯誤
統計建模和工程開發很相似。
在工程開發中,人們有多種方法搭建一套鍵-值儲存系統,每種設計針對使用模式有一套不同的假設。在統計建模中,也有很多演算法來構造一個分類器,每種演算法對資料也有各自的假設集合。
當處理少量資料時,因為實驗成本很低,我們儘可能多的嘗試各種演算法,從而選出效果最優的演算法。但提到“大資料”,提前分析資料,然後設計相應“管道”模型(預處理,建模,優化演算法,評價,產品化)是事半功倍的。
正如在我以前的文章裡提到,每個給定的建模問題都存在幾十種解法。每個模型會提出不同的假設條件,我們也很難直觀辨別哪些假設是合理的。在業界,大多數從業人員傾向於挑選他們熟悉的建模演算法,而不是最適合資料集的那個。在這篇文章中,我將分享一些常見的認識誤區(要避免的)。在今後的文章中再介紹一些最佳實踐方法(應該做的)。
1. 想當然地使用預設損失函式
很多從業者喜歡用預設的損失函式(比如平方誤差)來訓練和選擇最優模型。事實上,預設的損失函式很少能滿足我們的業務需求。拿詐騙檢測來說。當我們檢測詐騙交易時,我們的業務需求是儘量減少詐騙帶來的損失。然而現有二元分類器預設的損失函式對誤報和漏報的危害一視同仁。對於我們的業務需求,損失函式不僅對漏報的懲罰要超過誤報,對漏報的懲罰程度也要和詐騙金額成比例。而且,詐騙檢測的訓練資料集往往正負樣本極度不均衡。在這種情況下,損失函式就要偏向於照顧稀少類(如通過升/降取樣等)。
2. 用普通線性模型處理非線性問題
當需要構建一個二元分類器時,很多人馬上就想到用邏輯迴歸,因為它很簡單。但是,他們忘記了邏輯迴歸是線性模型,非線性因素的交叉特徵需要靠手工編碼處理。回到剛才詐騙檢測的例子,要獲得好的模型效果,就需要引入“帳單地址=送貨地址 && 交易金額<$ 50”之類的高階交叉特徵。因此,在處理包含交叉特徵的問題上我們應該儘可能選擇非線性模型,比如有核函式的SVM,或者基於樹的分類器。
3.忽視異常值
異常值很有意思。根據上下文情況,它們要麼需要被特別處理,要麼應該被完全忽略。就拿收入預測來說。如果觀察到收入有異常尖峰,我們可能要加倍注意他們,並分析是什麼原因造成這些峰值。但如果異常值是由於機械誤差、測量誤差或者其它任何非普遍化因素導致的,那我們最好在準備訓練資料之前過濾掉這些異常值。
有些模型演算法對異常值非常靈敏。比如,AdaBoost 會對它們“倍加關注”,賦予一個相當大的權重值。相反,決策樹就簡單地把它們當做錯誤分類來處理。如果資料集包含相當數量的異常值,那麼,使用一種具有異常值魯棒性的建模演算法或直接過濾掉異常值是非常重要的。
4. 樣本數遠小於特徵數時使用高方差模型
SVM是最流行的建模演算法之一,它的強大功能之一就在於用不同核函式去擬合模型。SVM核心被認為是可以自發組合現有特徵,從而形成更高維度特徵空間的方法。由於獲得這項強大功能的代價幾乎忽略不計,大多數人在訓練SVM模型時預設使用核函式。然而,當訓練樣本數遠遠少於特徵維度時(n<<p)—— 常見於醫學資料——高維特徵空間資料過擬合風險會隨之增加。事實上,在上述情況下我們應該完全避免使用高方差模型。
5. 不做標準化的L1/L2正則化
使用L1或L2正則化是線性迴歸或邏輯迴歸懲罰權重係數值過大的常用方法。然而,許多人在使用這些正則化方法時都沒有意識到標準化的重要性。
再回到詐騙檢測,設想一個把交易金額作為特徵的線性迴歸模型。如果不做正則化,當交易金額以美元為單位時,其擬合係數將會是以美分為單位時的100倍。同時,因為L1/L2正則化對係數值大的項懲罰更重,美元作為單位時交易金額這個維度將會受到更多的懲罰。因此,正則化並不是一視同仁,它往往在更小尺度上懲罰特徵。為了緩解這一問題,需要在預處理過程中標準化所有特徵,使它們處在平等的位置。
6.不考慮線性相關就使用線性模型
假設構建一個含有X1和X2兩個變數的線性模型,真實的模型是Y = X1 + X2。理想情況下,如果資料僅含有少量噪點,線性迴歸模型能夠還原真實模型。然而,如果X1和X2存線上性相關,對於大多數優化演算法而言,無論Y = 2 * X1 , Y = 3 * X1-X2 還是 Y = 100 * X1-99 * X2效果都一樣好。儘管這個問題沒有造成我們預測的偏差,看上去它似乎並無大礙。但是,它使問題變得病態了,因為係數權重無法得到解釋。
7. 把線性模型或者邏輯迴歸模型係數的絕對值解釋為特徵重要性
因為很多現成的線性迴歸方法返回每個係數的p值,很多人就認為係數的絕對值越大,對應的特徵就發揮更大作用。事實並非如此,因為(一)縮放變數就會改變係數絕對值;(二)如果特徵是線性相關的,其係數可以從一維特徵轉移到另一維特徵。此外,資料集包含的特徵維度越多,特徵之間就越有可能線性相關,用係數解釋特徵重要性就越不靠譜。
以上就是機器學習實踐操作中的7個常見錯誤。這個列表並不完整,它只是激發讀者去思考,模型演算法的假設並不一定適用於手頭的資料。在追求模型最佳效能時,重要的是選擇適合資料的模型演算法,而不是你最熟悉的那個。
相關文章
- 機器學習實踐中的 7 種常見錯誤機器學習
- 避免常見的六種HTML5錯誤用法HTML
- AngularJS開發工作當中必須避免的十種常見錯誤AngularJS
- Go常見錯誤第15篇:interface使用的常見錯誤和最佳實踐Go
- 【譯】避免這些常見的JavaScript錯誤JavaScript
- 響應式原型的7個常見錯誤原型
- 8種常見SQL錯誤用法SQL
- JB7的常見編譯錯誤!!編譯
- MySQL常見的8種SQL錯誤用法MySql
- DevOps實踐中,遇到的常見誤區有哪些?dev
- 高階資料分析流程要避免的常見錯誤KG
- 常見的web錯誤Web
- 常見的API錯誤以及如何避免它們 - LogRocket BlogAPI
- Android 應用中十大常見 UX 錯誤AndroidUX
- 前端:常見的6種HTML5錯誤用法前端HTML
- MySQL 常見錯誤MySql
- oracle 常見錯誤Oracle
- 常見的錯誤 SQL 用法SQL
- 常見的集合容器應當避免的坑
- 7種常見且實用的Python框架!Python框架
- Go 常見錯誤集錦 | 字串底層原理及常見錯誤Go字串
- Go常見錯誤集錦 | 字串底層原理及常見錯誤Go字串
- mysql replication常見錯誤MySql
- 智慧應用中八個常見的誤區
- 程式設計面試中的十個常見錯誤程式設計面試
- 網站設計中應當避免的8個錯誤網站
- 常見的 PostgreSQL 升級錯誤SQL
- js作用域的常見錯誤JS
- 背事故?分享 6 種常見的 Go 致命錯誤場景Go
- 50個常見的 Java 錯誤及避免方法(第三部分)Java
- 50個常見的 Java 錯誤及避免方法(第二部分)Java
- PHP 最佳實踐之異常和錯誤PHP
- SSL證書7大常見錯誤及解決方法!
- MySQL 效能最佳化:8 種常見 SQL 錯誤用法!MySql
- Android兩種常見錯誤-ANR和FC(Force close)Android
- CIO要避免的7個資料治理錯誤!
- MySQL 安裝常見錯誤MySql
- mysql8 常見錯誤MySql