2016年這9大開發趨勢預測你還不知道就out了

　　從容器到NoSQL再到Spark，這些趨勢在可預計的2016年還會持續下去。我的預測主要針對大資料範疇，但我試圖嘗試突破自己，僅供參考。

 

　　開發趨勢一：容器將統治世界

　　Docker將繼續發展，並獲得安全特性，而且新增各種形式的治理，這樣你將不能摧毀依賴於pnwd.com的容器之樹。模擬一整臺機器在另一臺機器之上的想法從根本上來說是極其奢侈的。Solaris zones是一個好主意；在Linux之上擁有打包格式的Solaris zones是一個更好的主意。

　　開發趨勢二：Java語言將加速衰落

　　每當我提到Java在衰落，有人總是把網上找工作的趨勢圖拿來辯解。嘗試其他按鈕，檢視一下當前的工作趨勢。是的，有非常多的人在用Java……但是你們想過沒有，做維護的人更多。

　　現在看看Node.js或Spark或MongoDB招聘資訊。這些都是做新的開發。它工資高嗎？哪一個不是讓你成為一個農場的廉價勞動力？

　　同時，要求“Java體驗”並不一定意味著你一定要用Java編碼（比如我公司要求，但是我們可以通過Spark培訓你，你將使用Python或Scala)。Java緩慢衰落，但是新東西並不是用Java編寫的，即使它在JVM上執行。同時，Oracle正在剝離。學習新東西——或者成為未來舊式主機Cobol開發人員，希望和它一起直到退休。

　　開發趨勢三：EMC /戴爾合併將是一個災難

　　大規模併購幾乎從來沒有真正解決實現，所以通過預測曲線。合併可能不會在2016年“完成”。

　　收購EMC沒有多大意義的，如果你想要你的硬體公司過渡到雲端計算公司或者你的甜點是中級市場。唯一方法就是如果你真正的在推動這件事情，不要關心短期貶值或損失，抓住銷售團隊(以某種方式)，並利用這些關係推動你的雲。問題是你必須要做的是EMC的儲存業務和伺服器業務。Novell失敗就是在此。

　　戴爾為 EMC支付一筆龐大的收購資金，但是這並不能解決真正問題，bridge-over-the-rubicon戰略再也不能回頭了。你不能指望既能保留過去也能延續未來。《連線》雜誌有篇“行屍走肉”的文章有很好的分析和影象。儘管如此，我預計明年會有更多的遺產合併。

　　開發趨勢四：NoSQL資料庫將扛住壓力

　　“NoSQL”在品牌上是一個失敗者。但是伴隨著業務的“高度可擴充套件需求”以及“企業上馬雲端計算”需求。“已經有包括萬豪等大企業客戶說他們通過NoSQL遷移到雲上，那是需要關注的地方。推動它將會走得更遠。我預計2016年將有更多大型實體公司在一些關鍵操作上公開採用NoSQL。

　　開發趨勢五：Spark，Spark，Spark

　　顯而易見，你可以期望Spark發展的更好。Spark會進入大眾的想象力。Cloudera已經將全部的籌碼押寶Spark，而其他廠商也期待在下一波大資料浪潮中分一杯羹，所以你幾乎可以相信Spark的熱度將持續下去。

　　開發趨勢六：實時一切

　　不僅會實時“分析”，而且會實時“一切”。這將是2016年的焦點趨勢，但這種趨勢需要數年時間。它不僅包括改變你的業務，還包括你和供應商的關係，你的顧客以及其他人。這將是美國第一個真正意義上的超過10年之久的生產力改進。它將改變所有部門，從金融業到零售和製造業。由技術驅動的這一改變，它會導致業務執行方式的根本性轉變。

　　開發趨勢七：ETL將繼續扮演沉默的殺手

　　我們在談論什麼真的沒關係。它可能是一個專案或者你只是想新增一個技術到你的堆疊，但是那裡獲得資料的正確形式需要80%的成本？直到ETL的出現。遺憾的是，“ETL”不是一個性感的營銷術語，所以不要期望有很大的改進。

　　開發趨勢八：“自助服務”將是2016年的關鍵詞

　　“自助服務”指的是使用者如何與技術——或者顧客和公司之間的互動關係。很老的IT口頭禪，“say no first until someone makes us”。效能最好的公司將建立績效文化並且做正確的事，將資料和它周圍的過程自助服務到所有員工。使用者可能自帶裝置或訂閱雲服務，但如果他們不能讓其在一個沒有官僚機構的環境下執行，那麼，他們不會有效果。自助服務不是可有可無的，這是唯一在不拖累生產力的情況下擴充套件生產的方法。

　　開發趨勢九：大資料管理和容器農場

　　這將會是一個真正的討論。供應商已經開始宣稱去做。甚至有幾個。直到現在Docker公司已經在付諸實踐，並且已經在早期的採用者中有生產實踐。你可以期待聽到更多的關於“管理”、“監控”的東西。不要期望太多，這些要到2016年下半年才有成熟額解決方案。現在還早。

　　總之，上面就是我看到的方向。還有什麼東西你看到的，現在正在發生，並且未來一年會加速演進的技術嗎？

　　原文連結：infoworld.com 翻譯：時速雲工程師張鵬程