數(shù)據(jù)科學(xué)和DevOps如何配合在一起？本文中解釋了為什么將Data Science與DevOps集成可以帶來更好，更智能的業(yè)務(wù)。

根據(jù)調(diào)查顯示，數(shù)據(jù)科學(xué)和DevOps對開發(fā)人員而言是重大新聞。JavaScript和Python是數(shù)據(jù)科學(xué)家必不可少的編程語言，在當(dāng)時最受歡迎，而DevOps使其成為最大的趨勢列表。在我們開始分析調(diào)查中的數(shù)據(jù)時，很有趣的是看看情況是否仍然如此。

數(shù)據(jù)科學(xué)和DevOps

但是，最大的問題是數(shù)據(jù)科學(xué)和DevOps如何結(jié)合在一起。盡管數(shù)據(jù)科學(xué)盛行，但倫敦巴克萊銀行的數(shù)據(jù)科學(xué)家Gianmario Spacagna于2015年10月在歐洲Spark Summit上對《計算》雜志表示，在許多情況下，數(shù)據(jù)科學(xué)團(tuán)隊的影響力不足。他建議的解決方案？在數(shù)據(jù)科學(xué)和DevOps之間架起一座橋梁：“如果您是一家初創(chuàng)企業(yè)，那么您想雇用的最聰明的人是您的DevOps員工，而不是數(shù)據(jù)科學(xué)家。您需要工程師，機(jī)器學(xué)習(xí)專家，數(shù)學(xué)家，統(tǒng)計學(xué)家，敏捷專家。您需要涵蓋所有內(nèi)容，否則您將很難真正創(chuàng)建能夠帶來價值的適當(dāng)應(yīng)用程序。”

兩年后，他的想法仍然很有意義。在過去的幾年中，很明顯“數(shù)據(jù)”本身還不夠。這甚至可能使某些組織分心。有時，在電子表格中花費了太多時間，而實際上沒有花費足夠的時間來產(chǎn)生影響。真正的價值來自決策，建立關(guān)系和建立事物。

從某種意義上說，他們不知道如何利用數(shù)據(jù)科學(xué)，但許多組織仍在戰(zhàn)略上存在缺陷。與其過多地關(guān)注其擁有的數(shù)據(jù)和獲取的數(shù)據(jù)，不如將重點更多地放在誰可以訪問以及它們可以做什么上。如果Data Science沒有加入這些點，DevOps可以通過提供實用的解決方案（例如構(gòu)建儀表板和創(chuàng)建API）來提供幫助。

這樣的解決方案通過使數(shù)據(jù)更易于訪問和更易使用，立即為數(shù)據(jù)提供了附加價值。即使對于中小型企業(yè)，如果組織未能成功將其整合到企業(yè)的更廣泛文化中，則數(shù)據(jù)科學(xué)家和分析師的影響也將最小。

這種方法還影響組織如何看待客戶體驗。我總是回到愛彼迎發(fā)表的精彩文章。出現(xiàn)的“ DevOps思維”類型是對客戶體驗的不懈關(guān)注。由此，我不僅僅是說Airbnb工程師所做的工作是專門基于改善客戶體驗的愿望。相反，從某種意義上說，進(jìn)行內(nèi)部協(xié)作和決策的工具實際上應(yīng)該類似于客戶體驗。優(yōu)雅，引人入勝且直觀。這并不意味著基于某種自私的自私邏輯將每種關(guān)系都視為純粹的交易性，而是要更加尊重人們?nèi)绾位雍头窒硐敕āＨ绻鸇evOps是一種敏捷的方法，可以彌合開發(fā)與運營之間的鴻溝，那么它也可以幫助彌合數(shù)據(jù)與運營之間的鴻溝。

我不能稱贊發(fā)明了“ DataOps”，老實說，這只是管理類的另一個時髦術(shù)語。我們應(yīng)注意不要在數(shù)據(jù)與開發(fā)之間造成另一個鴻溝。在當(dāng)今我們使用軟件構(gòu)建的世界中，這根本沒有任何意義。即使對于Web開發(fā)人員和設(shè)計人員而言，他們正在創(chuàng)建的產(chǎn)品也受數(shù)據(jù)驅(qū)動，以至于將數(shù)據(jù)與開發(fā)分開似乎是荒謬的。

我們是否對數(shù)據(jù)科學(xué)如何為DevOps提供信息提出了足夠的疑問？這是關(guān)于在這些不同元素之間進(jìn)行對話。盡管DevOps的傳播者可能認(rèn)為DevOps已經(jīng)開始了，但前進(jìn)的道路是推動更多的對話，更多的集成和更多的協(xié)作。

隨著API經(jīng)濟(jì)對于初創(chuàng)企業(yè)和大型企業(yè)的成功變得越來越重要，所有這些不同領(lǐng)域之間的關(guān)系將越來越復(fù)雜。通過多聊，讓我們變得更好，更聰明。DevOps是開始對話的好地方，但請記住這僅僅是開始，這一點很重要。