當(dāng)我第一次聽(tīng)說(shuō)機(jī)器學(xué)習(xí)的時(shí)候，我的反應(yīng)幾乎是 “切”。我才不管呢。

我不認(rèn)為它對(duì)我和我的工作有多大的影響。我當(dāng)時(shí)正忙著開(kāi)發(fā)一個(gè)軟件，這個(gè)軟件主要實(shí)現(xiàn)從某些遠(yuǎn)程源提取數(shù)據(jù)， 將規(guī)則應(yīng)用于這些數(shù)據(jù)，并將其顯示在屏幕上。機(jī)器學(xué)習(xí)并不會(huì)改變這個(gè)流程。

事實(shí)上，我上面所說(shuō)的只是一個(gè)蒼白的謊言。我當(dāng)時(shí)被嚇壞了。因?yàn)槊慨?dāng)有一種新的技術(shù)正在流行，那么我必須掌握，這樣才能保持與時(shí)俱進(jìn)。而這一次， 它不僅僅是一個(gè)新的編程語(yǔ)言或 JavaScript 框架。這是一門(mén)全新的技術(shù)。我不知道這會(huì)對(duì)我寫(xiě)的軟件產(chǎn)生怎樣的影響，但我有預(yù)感，這絕不是好事。

沒(méi)錯(cuò)，事實(shí)證明確實(shí)是我落后了。機(jī)器學(xué)習(xí)的確非常適合我所從事的工作，雖然從使用上來(lái)講與之前的方法肯定有所不同，但并沒(méi)有達(dá)到讓人震驚的地步，也證明我的害怕并不合理。讓我用一種看似離題的東西來(lái)解釋——“業(yè)務(wù)邏輯”。

“業(yè)務(wù)邏輯層”是位于 “表示層” (即用戶看到的內(nèi)容) 和 “數(shù)據(jù)層” (即我們擁有的信息) 之間的代碼位(譯者注：可參考三層架構(gòu))。它是一種雙向適配器，它通過(guò)一種有意義的方式獲取數(shù)據(jù)并將其呈現(xiàn)給用戶，同時(shí)可以從用戶那里獲取有意義的輸入并且用技術(shù)手段保存數(shù)據(jù)。

對(duì)于一個(gè)簡(jiǎn)單的應(yīng)用程序，在業(yè)務(wù)邏輯方面往往沒(méi)有什么特別的設(shè)計(jì)。這些數(shù)據(jù)與用戶希望看到的內(nèi)容相匹配，因此這些應(yīng)用程序只關(guān)注將數(shù)據(jù)放在屏幕 (也可能是一張紙) 上。它們往往很容易編寫(xiě)和維護(hù)，因?yàn)闆](méi)有很重要的邏輯關(guān)系。

當(dāng)然，你最終還是需要多一點(diǎn)的邏輯性的東西。當(dāng)用戶輸入一個(gè)特定的值——通知他們某一特定的東西;當(dāng)數(shù)據(jù)有一些特殊的價(jià)值——顯示一些特殊的東西。像這樣的規(guī)則便是應(yīng)用程序的業(yè)務(wù)邏輯。這些規(guī)則往往一開(kāi)始很簡(jiǎn)單，由于經(jīng)驗(yàn)不足或出于權(quán)宜之計(jì)，這些規(guī)則往往被錯(cuò)誤地放入表示層或數(shù)據(jù)層。但它們很快變得相當(dāng)復(fù)雜，你的代碼將變得復(fù)雜且沒(méi)有邏輯，這對(duì)應(yīng)用開(kāi)發(fā)來(lái)說(shuō)是難以維護(hù)和發(fā)展的。那么正確處理這些規(guī)則的正確方案是什么呢?答案是：讓他們自己成為獨(dú)立的一層。

但是隨著規(guī)則的增長(zhǎng)和擴(kuò)展，業(yè)務(wù)邏輯層本身可能會(huì)變得相當(dāng)復(fù)雜。我在一家保險(xiǎn)公司工作了多年，我的親身經(jīng)歷讓我明白這一點(diǎn)。在俄亥俄州的庫(kù)亞霍加縣，如果環(huán)保局對(duì)車(chē)輛的檢查不超過(guò) 90 天，那就做一件事。但如是在富蘭克林或庫(kù)亞霍加 (而不是其他任何縣)，環(huán)保局的檢查不超過(guò) 60 天，則做一些其他的事情。真是令人抓狂!這樣的代碼會(huì)很快失控，變得像個(gè) marinara 面條。

通常，解決這個(gè)問(wèn)題的辦法是使用規(guī)則引擎。你可以在外部軟件中定義所有規(guī)則，然后使用該軟件來(lái)執(zhí)行規(guī)則，而不是編寫(xiě)一組深度嵌套的難以理解的條件。規(guī)則引擎針對(duì)管理這些規(guī)則進(jìn)行了優(yōu)化，甚至可以將它們公開(kāi)給業(yè)務(wù)本身，而不僅僅是開(kāi)發(fā)人員。但有時(shí)即使是規(guī)則引擎也會(huì)變得難以管理，同時(shí)，規(guī)則在其中的相互作用也會(huì)變得難以理解。如果將寫(xiě)代碼比作制作意大利面的話，那么最終你的代碼將是復(fù)雜的 marinara 面條，什么亂七八糟的配料都有，而不是簡(jiǎn)單的肉醬面，可以清楚的看到你的面條。

在這一點(diǎn)上，有一個(gè)值得重視的事實(shí)。所有這些方法都是在過(guò)于復(fù)雜的情況下才會(huì)出現(xiàn)問(wèn)題，可以肯定的是，復(fù)雜性對(duì)于每個(gè)方法來(lái)說(shuō)是相對(duì)而言的。但是，一旦規(guī)則過(guò)于復(fù)雜，這些方法都會(huì)變得難以管理。那么，業(yè)務(wù)邏輯層就僅僅是實(shí)現(xiàn)一個(gè)固定的規(guī)則引擎嗎?

你好，機(jī)器學(xué)習(xí)了解一下?

機(jī)器學(xué)習(xí)就像一個(gè)類(lèi)固醇上的規(guī)則引擎。它允許我們創(chuàng)建封裝復(fù)雜模式的規(guī)則，而其他技術(shù)幾乎不可能完成這樣的功能。但是，它并不是用來(lái)建立規(guī)則的，而是找到規(guī)則，然后為我們提供規(guī)則的編碼。我們要提供的只是示例和正確的答案 (對(duì)應(yīng)機(jī)器學(xué)習(xí)理論中的特征和標(biāo)簽)，它將創(chuàng)建一個(gè)抽象的對(duì)象以供我們執(zhí)行這些規(guī)則(即模型)。

這真的是一個(gè)相當(dāng)巧妙的技巧!

這意味著我們可以使用模型取代所有的業(yè)務(wù)邏輯功能嗎?當(dāng)然不是。規(guī)則引擎并不能取代我們編碼的所有業(yè)務(wù)邏輯，它可以對(duì)業(yè)務(wù)邏輯層進(jìn)行增強(qiáng)。有時(shí)，我們的代碼只需要一個(gè)簡(jiǎn)單的條件就可以工作得很好，而有時(shí), 合理使用規(guī)則引擎可以更好地管理業(yè)務(wù)邏輯。代碼、規(guī)則引擎與機(jī)器學(xué)習(xí)三者并非對(duì)抗關(guān)系，我們應(yīng)當(dāng)從三者中正確挑選方法。應(yīng)用程序的業(yè)務(wù)邏輯層，即數(shù)據(jù)層和用戶之間的層，可以由很多東西組成: 代碼中的簡(jiǎn)單規(guī)則、規(guī)則引擎和現(xiàn)在的機(jī)器學(xué)習(xí)模型。

事實(shí)證明，機(jī)器學(xué)習(xí)并不能改變我正在做的事情。我還在編寫(xiě)軟件，主要實(shí)現(xiàn)從一些遠(yuǎn)程源提取數(shù)據(jù)，將規(guī)則應(yīng)用于這些數(shù)據(jù)，然后將其展示在屏幕上。但是我們找到了一種新的方法來(lái)封裝過(guò)于復(fù)雜的規(guī)則，以前我們無(wú)法管理，甚至在某些情況下無(wú)法定義這些規(guī)則。

作者：Guy Royse 譯者：郝毅

查看英文原文：Machine Learning for Developers: Lies, Truth, and Business Logic

標(biāo)簽： 代碼

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請(qǐng)聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請(qǐng)與原作者聯(lián)系。