編程領(lǐng)域的十一大發(fā)展趨勢(shì)
譯文【51CTO 2011年12月1日外電頭條】根據(jù)我們各自的視角及對(duì)具體問題的切身感受，編程世界的發(fā)展到底是過快還是過慢在不同人的眼中會(huì)有不同的結(jié)論。但無(wú)論大家的關(guān)注重心是Cobol應(yīng)用還是Node.js破解，有一項(xiàng)事實(shí)沒人能夠否認(rèn)，即：程序員必須始終緊跟不斷發(fā)展變化著的編程技術(shù)趨勢(shì)，否則就無(wú)法保持自己在這一活躍領(lǐng)域中的競(jìng)爭(zhēng)力。
從隨處可見的JavaScript到無(wú)所不包的JVM，時(shí)代與主流工具始終處于變化之中。程序員們的工作方式同樣如此，多虧了框架與相關(guān)規(guī)范的出現(xiàn)，目前的發(fā)展方向開始擺脫一味追求開放性的誤區(qū)。對(duì)于帶寬、能耗以及可擴(kuò)展性的關(guān)注使更多人開始從編程層面尋求解決方案，例如并行計(jì)算及顯卡。這一切的一切都在我們身邊迅猛發(fā)生，使得很多人對(duì)變化產(chǎn)生了恐懼感，甚至希望可以回到學(xué)校重新進(jìn)修——只要那些傳統(tǒng)的教學(xué)內(nèi)容還能幫得上忙。
每隔一段時(shí)間，我們就要對(duì)進(jìn)行編程工作所需要的方法及手段加以更新或是全盤替換，這有點(diǎn)像使用新的操作系統(tǒng)或是函數(shù)庫(kù)。在本文中，我們將與大家分析十一大近來正在如火如荼發(fā)展著的技術(shù)趨勢(shì)，借以共同把握編程領(lǐng)域的未來走向。
編程發(fā)展趨勢(shì)第一位: JVM不再只為Java服務(wù)
在很久很久以前，Sun公司打造了Java并為全世界貢獻(xiàn)了虛擬機(jī)這一寶貴財(cái)富。在微軟推出C#語(yǔ)言的時(shí)候，人們意識(shí)到虛擬機(jī)本身在功能上并不局限于某一種語(yǔ)言。任何能夠被轉(zhuǎn)化為字節(jié)代碼的內(nèi)容都能在虛擬機(jī)上發(fā)揮應(yīng)有的作用。
現(xiàn)在，似乎每個(gè)人都在為實(shí)現(xiàn)這一目的而著手構(gòu)建自己的語(yǔ)言。將構(gòu)建虛擬機(jī)方面的工作完全交給Sun/甲骨文公司，而將自己的主要精力放在語(yǔ)法與結(jié)構(gòu)的種種細(xì)節(jié)上，這已經(jīng)成為當(dāng)下極為常見的開發(fā)態(tài)勢(shì)。
因此，依附于JVM的語(yǔ)言正在不斷增多。Ruby愛好者們樂于談?wù)?A target=_blank>JRuby在繁重負(fù)載下的良好工作狀態(tài)。Scala與Cloture則可以讓開發(fā)者們編寫出的代碼能夠在同一套JVM中實(shí)現(xiàn)比Java更多的功能性及更快的運(yùn)行速度。
甚至連Java的擁躉們也開始嘗試使用JVM卻拋開Java的做法。比如說Groovy，這是一款集合了JVM及Java API的腳本語(yǔ)言。利用Groovy進(jìn)行縮略并同時(shí)采用Grails，大家就能夠以類似Rails的編碼規(guī)則進(jìn)行工作。需要調(diào)用Java函數(shù)庫(kù)?鬧太套。Groovy自身的無(wú)縫工作設(shè)計(jì)讓我們完全能夠在不用大括號(hào)的前提下實(shí)現(xiàn)Java的全部功能性與穩(wěn)定性?？傊?，有了它，媽媽再也不用擔(dān)心我的編程。
編程發(fā)展趨勢(shì)第二位: JavaScript 不再只為JavaScript
JVM并不是惟一一款向各類語(yǔ)言敞開大門的跨平臺(tái)解決方案。JavaScript，這款過去常常被咱們的小妹妹用來為她的交友網(wǎng)站添加提示框的語(yǔ)言，現(xiàn)在也不再只局限于JavaScript編碼的苑囿。比起目前各類繁多的精巧語(yǔ)言交叉編譯器，JVM上的種種JavaScript實(shí)時(shí)引擎更是百花齊放。
以谷歌Web工具包來例。我們大可以像上個(gè)世紀(jì)九十年代在Swing框架上那樣編寫Java代碼，只要通過GWT編譯器的轉(zhuǎn)換，結(jié)果就可以順利運(yùn)行于擁有JavaScript的臺(tái)式機(jī)、智能手機(jī)或者平板設(shè)備的瀏覽器中。至于客戶端上是否具備Java小程序插件或者JVM則完全不重要，因?yàn)闉g覽器中的JavaScript已經(jīng)足以提供必要的支持功能。
CoffeeScript是這一領(lǐng)域中的后起之秀，這款縮略語(yǔ)言通過幫助討厭輸入各類標(biāo)點(diǎn)符號(hào)的腳本語(yǔ)言用戶自動(dòng)插入必要符號(hào)將目標(biāo)代碼轉(zhuǎn)換為JavaScript可識(shí)別的格式。這個(gè)主意可謂深得人心，因此現(xiàn)下已經(jīng)出現(xiàn)了像Coco、Parsec-Coffee-Script以及Contracts-Coffee-Script等一系列衍生產(chǎn)品，其中每一款都擁有各具特色的精巧元編程結(jié)構(gòu)，旨在允許用戶更便捷地轉(zhuǎn)換代碼。
有些衍生產(chǎn)品太過成功，以至于它們自身幾乎也成為另一種全新的語(yǔ)言。想象一下，眾多Web開發(fā)者們只需利用jQuery敲出可用的代碼，而完全不必理會(huì)什么JavaScript語(yǔ)言的系統(tǒng)知識(shí)，這一切是多么美好啊。
如果大家認(rèn)為上述事例還不足以說明問題，不妨點(diǎn)擊這個(gè)鏈接。這里有包括Ruby、Python、Lisp、Scheme、Haskell以及OCaml等幾乎各種語(yǔ)言向JavaScript轉(zhuǎn)換的范例。
編程發(fā)展趨勢(shì)第三位: 代碼永遠(yuǎn)不可能獨(dú)善其身
有位朋友曾經(jīng)告訴我，他曾在位于密歇根州北部由他父親與叔叔親手搭建的小屋中生活過一段時(shí)間。這一小片天地只屬于他們自己，因?yàn)檫@里的一草一木、一磚一瓦都浸透他們的汗水。在那里，他們可以輕松地享受夕陽(yáng)的撫慰并自由自在地沉浸在成就與自豪的情感當(dāng)中。
編寫程序曾經(jīng)也是這樣。按下編譯按鈕，那么轉(zhuǎn)換過后，代碼就會(huì)在我們的設(shè)備上有序運(yùn)轉(zhuǎn)。當(dāng)然，它與操作系統(tǒng)層之間存在交互，但同時(shí)它也是實(shí)實(shí)在在的有形成果，正如朋友所擁有的小屋?？炜催@個(gè).EXE文件，這是我獨(dú)力完成的作品——在那段美好的時(shí)光中，我們完全可以這樣驕傲地向朋友們宣布。
然而，這種特征正在消失。我們的代碼越來越多地依賴于生態(tài)系統(tǒng)。舉例來說，許多PHP程序員都只是在為WordPress、Drupal、Joomla或者其它什么框架創(chuàng)建插件。他們的代碼總是同時(shí)也不得不以模塊化形式出現(xiàn)，以保障與其它模塊的并行運(yùn)作。
有時(shí)具體的單位甚至更小，由代碼片段縮小為字符串。例如不少Drupal模塊就可以通過調(diào)整為PHP服務(wù)。程序員只需要將片段形式的代碼填充進(jìn)去即可，而無(wú)需單獨(dú)創(chuàng)建任何新的內(nèi)容。
當(dāng)這一整套機(jī)制成為主導(dǎo)時(shí)，結(jié)果當(dāng)然可能是積極的。但實(shí)際上，真正的結(jié)果往往喜憂參半。雖然大家使用的代碼片段能夠在引擎之下發(fā)揮作用，但隨之而來的還有大量調(diào)試工作。在多數(shù)情況下，錯(cuò)誤都來自系統(tǒng)的核心部位，那是我們完全意想不到的問題來源。而且關(guān)于這部分內(nèi)容的文檔資料也很少，因?yàn)榛緵]人指望程序員能以這樣的深度剖析系統(tǒng)故障。
而在最極端的情況下，錯(cuò)誤也許來自其他人所引用的代碼片段。而且我們根本無(wú)法同時(shí)對(duì)二者同時(shí)進(jìn)行調(diào)試，因?yàn)檎讬C(jī)制的基礎(chǔ)正是大家各負(fù)其責(zé)，做好自己的部分。這時(shí)最好的解決方式往往是給對(duì)方打個(gè)電話，具體聊聊當(dāng)前所遭遇的沖突。
這些工具常常作用于小型擴(kuò)展及已經(jīng)由框架原作者進(jìn)行過加密的簡(jiǎn)單工具。采取其它任何方案對(duì)于緊迫的調(diào)試周期而言都是一種賭博行為。拿出一套有效的后備資源來代替現(xiàn)有代碼，進(jìn)而與自己的堆棧相結(jié)合進(jìn)行讀取及跟蹤，這當(dāng)然是不錯(cuò)的想法，然而這種通用方案也已經(jīng)越來越稀缺。
編程發(fā)展趨勢(shì)第四位: 圍墻花園模式鋪天蓋地
這類緊密集成的代碼堆棧同時(shí)帶來了陰暗面，即：圍墻花園。
互聯(lián)網(wǎng)的起步是以高度開放性為前提的。每個(gè)數(shù)據(jù)包都應(yīng)被順利送往其目的地，而每位用戶也理應(yīng)在信息與數(shù)據(jù)的大地上恣意馳騁。然而，這一承諾正在日漸衰落，原因卻不在于ISP(即互聯(lián)網(wǎng)服務(wù)供應(yīng)商)所努力打造的流量整理或是嘗試數(shù)據(jù)包檢測(cè)技術(shù)。
如今，每個(gè)人似乎都希望退回到圍墻花園之中，因?yàn)檫@里的一切都安全而簡(jiǎn)單。如果大家打算為iPhone做點(diǎn)開發(fā)工作，那就必須遵守蘋果所制定的那些含糊不清的規(guī)則，而且蘋果——也只有蘋果——能夠決定是否允許該程序運(yùn)行在其設(shè)備上。這一切我們身為程序員卻無(wú)法自由把握，用戶的意見也不再產(chǎn)生效力。
無(wú)獨(dú)有偶，為Facebook制作游戲也同時(shí)意味著需要獲得Facebook的相關(guān)權(quán)限，借以與其用戶相連接。無(wú)論有多少用戶表示喜歡我們的產(chǎn)品，只要Facebook不放話，一切就都成了浮云。說到這里，我們不得不提起微軟。這家企業(yè)似乎在轉(zhuǎn)瞬之間就變成了最具開放性而且限制條件最少的大公司，同時(shí)也在用戶群中贏得了廣泛的同情之聲。他們對(duì)過去的成功表現(xiàn)得充滿敬畏，并在面對(duì)司法部對(duì)IE瀏覽器的窮追猛打時(shí)露出一臉無(wú)辜。只有天真的程序員才會(huì)相信其它公司不會(huì)像微軟一樣再次上演扮豬吃老虎的鬧劇。
圍墻花園模式中還存在著更深層的弊端，這比喪失控制權(quán)要嚴(yán)重得多。圍墻花園模式的供應(yīng)商們對(duì)于獨(dú)立軟件開發(fā)者們通過勞動(dòng)所獲取的收入始終虎視眈眈。從他們手中漏給程序員們的利潤(rùn)也就只夠維持私有服務(wù)器勉強(qiáng)運(yùn)轉(zhuǎn)。
這些自成體系的隔離手段同樣使得整個(gè)編碼世界根據(jù)所用語(yǔ)言的不同分裂成數(shù)個(gè)獨(dú)立的陣營(yíng)。只在一瞥之間，我們就可以看到程序員們正從具備獨(dú)立個(gè)性的開放先行者淪為軟件工廠中的受剝削者。歡迎來到圍墻花園，希望大家早日習(xí)慣墻內(nèi)的生活。
編程發(fā)展趨勢(shì)第五位: 開放性的喪失
對(duì)于所有成功的開源軟件來說，在細(xì)節(jié)處修補(bǔ)完善的特色正在逐漸過氣。iPhone的成功在每個(gè)人心中種下了隔閡與閉塞的種子。當(dāng)然，最新的車載計(jì)算機(jī)使用的是Linux系統(tǒng)，但希望大家不會(huì)天真地以為輸入“安裝”，這套東西就自己跑到你的車上了。
即使我們承認(rèn)剎車系統(tǒng)被重新設(shè)置的確非常危險(xiǎn)且駭人聽聞，但導(dǎo)航系統(tǒng)難道就真的萬(wàn)無(wú)一失嗎?汽車工業(yè)始終在鼓吹他們所選定的系統(tǒng)將如何與我們的手機(jī)緊密契合，但這套系統(tǒng)的開放程度仍然無(wú)法望桌面系統(tǒng)之項(xiàng)背。事實(shí)上目前所出現(xiàn)的一切新鮮事物恐怕都很難在開放性上達(dá)到過去桌面系統(tǒng)的水準(zhǔn)。而且甚至連桌面系統(tǒng)也開始逐漸喪失自由，大家有沒有想過，為什么Windows 8的安全啟動(dòng)架構(gòu)要?jiǎng)儕Z我們使用其它備用操作系統(tǒng)的權(quán)利?
這勢(shì)必會(huì)影響到創(chuàng)新精神在未來的發(fā)展走向。在車庫(kù)中埋頭鉆研的黑客及程序員們將不得不拋開令自己頗為自豪的開發(fā)成果，轉(zhuǎn)而投身于那些碌碌無(wú)為的大眾工作當(dāng)中。失去了開源實(shí)驗(yàn)的動(dòng)力將對(duì)售后市場(chǎng)造成毀滅性的打擊。而且企業(yè)將越來越難以聘請(qǐng)到自身需要的人才，因?yàn)槌绦騿T們往往是在對(duì)開源軟件的修補(bǔ)工作中成熟起來的，失去了培養(yǎng)技能的溫床，他們將無(wú)法填補(bǔ)關(guān)鍵性的職位空缺。
不過話說回來，前途也并非一片漆黑。我們?nèi)匀荒軌蚩吹揭恍┱衩@發(fā)聵的喜人特例，這種希望通常出現(xiàn)在程序員之間所共享的代碼中。以Apache為例的某些項(xiàng)目始終茁壯成長(zhǎng)著，并吸引到了充足的財(cái)政支持以支撐頂尖人才的引進(jìn)。Github與SourceForge仍然在不斷推出更多新項(xiàng)目，同時(shí)也不乏在尖端領(lǐng)域?yàn)殚_發(fā)者們開拓實(shí)驗(yàn)平臺(tái)的系統(tǒng)。然而，純開放式系統(tǒng)在終端客戶群體中的大規(guī)模成功還是相當(dāng)罕見，這似乎在很大程度上受到了主流專有制度的不良影響。
編程發(fā)展趨勢(shì)第六位: 帶寬不再免費(fèi)
Web程序員在成長(zhǎng)過程中始終相信帶寬這東西既免費(fèi)又會(huì)隨著時(shí)代的前進(jìn)而不斷提速。我們也沒必要為緩慢的下載時(shí)間而煩惱——不出一年，個(gè)人連接就會(huì)得到大幅強(qiáng)化，而問題也會(huì)迎刃而解。然而遺憾的是，這種好日子已然一去不復(fù)返，互聯(lián)網(wǎng)服務(wù)供應(yīng)商們，感謝你們定下的帶寬上限以及各種坑爹的計(jì)費(fèi)方式。
無(wú)論大家對(duì)那些通過破解攫取帶寬進(jìn)而破壞整體網(wǎng)絡(luò)的家伙、占有整條連通線路并制定霸王條款的運(yùn)營(yíng)商以及按瀏覽次數(shù)計(jì)費(fèi)的視頻提供者采取何種態(tài)度，毋庸置疑的一點(diǎn)是，帶寬正成為程序員們需要費(fèi)心分神的一大消耗品。
這將徹底改變?cè)S多圍繞云建立起來的機(jī)制，因?yàn)槲覀儚淖约矣?jì)算機(jī)上發(fā)往云端的流量都會(huì)被納入計(jì)費(fèi)范疇。電臺(tái)能夠在保證我們正常收聽的同時(shí)，從廣告中獲得必要的財(cái)務(wù)收入嗎?在線備份又能否繼續(xù)發(fā)揮作用?
在設(shè)計(jì)應(yīng)用程序時(shí)充分考慮帶寬消耗的優(yōu)化正成為如今的當(dāng)務(wù)之急。將JavaScript與CSS文件盡可能壓縮所帶來的不只是速度的提升;它同樣會(huì)節(jié)省帶寬。如果程序員不順應(yīng)這一趨勢(shì)，那么他們所編寫的代碼在不久的將來也許會(huì)給用戶帶來更高的帶寬使用費(fèi)。
#p#
編程發(fā)展趨勢(shì)第七位: 能源同樣不再免費(fèi)
保證計(jì)算機(jī)設(shè)備運(yùn)作所帶來的成本過去曾一度可以忽略不計(jì)。那時(shí)我們的服務(wù)器機(jī)架無(wú)論消耗掉多少能源，最終拿到手上的繳費(fèi)單永遠(yuǎn)不會(huì)嚇人一跳，因此根本沒人在乎這方面的開銷。
然而一切都改變了——能源消費(fèi)成了一項(xiàng)重大問題，無(wú)論大家是為智能手機(jī)還是為服務(wù)器群開發(fā)程序，這都成了需要認(rèn)真對(duì)待的關(guān)鍵性指標(biāo)。我就有一部Android手機(jī)，其最大的局限在于，就算啥任務(wù)也不處理，它的待機(jī)時(shí)間也只有八個(gè)小時(shí)。如果大家設(shè)計(jì)出一款比GPS功能耗電速度更快的應(yīng)用程序，那毫無(wú)疑問它的下載量將會(huì)慘不忍睹。
服務(wù)器程序員對(duì)這個(gè)問題可能認(rèn)識(shí)不深，因?yàn)樵谒麄冄壑薪档湍芎乃坪跖c自己扯不上關(guān)系。他們對(duì)于處理速度頗為慎重，但對(duì)數(shù)據(jù)庫(kù)處理過程所帶來的能源成本則知之甚少。谷歌在這個(gè)問題上屬于走在時(shí)代前沿的幾家企業(yè)之一，他們?cè)趯ふ业统杀灸茉捶矫嫱度肓舜罅抠Y金以支持大量的搜索活動(dòng)?？雌饋碓摴舅坪踉谝詥为?dú)的搜索活動(dòng)為單位計(jì)算能源消耗，并量度其所能帶來的廣告收益，進(jìn)而協(xié)調(diào)整套搜索服務(wù)的投入產(chǎn)出比。
云計(jì)算則將這一問題進(jìn)一步推上臺(tái)面。那些相比之下更為復(fù)雜的云——例如谷歌App Engine或是Amazon S3——不以機(jī)架或是啟動(dòng)密碼數(shù)量計(jì)費(fèi)。它們采用的是以數(shù)據(jù)庫(kù)提交及查詢量為單位，盡管這給大多數(shù)程序員帶來了新的挑戰(zhàn)，但不可否認(rèn)，這樣的機(jī)制使能源成本更加趨于透明化。在它們的推動(dòng)下，大家會(huì)開始習(xí)慣于認(rèn)真考慮每個(gè)子程序所帶來的支出，而不是僅僅關(guān)注代碼行或者毫秒級(jí)的執(zhí)行時(shí)間。
編程發(fā)展趨勢(shì)第八位: 傳統(tǒng)教育方式已經(jīng)不再重要
問起任何一位項(xiàng)目管理者，他們都會(huì)抱怨頂級(jí)計(jì)算機(jī)科學(xué)部門缺乏足夠的人才。到目前為止，他們可能仍然愿意在不考慮簡(jiǎn)歷是否精彩的情況下從一流高校中聘請(qǐng)一位主修文職專業(yè)的學(xué)生。但一旦討論起一位來自同所學(xué)校、但已經(jīng)步入中年的編程求職者，管理者們往往顧左右而言他，最多扔下一句“請(qǐng)等待電話通知”。
事實(shí)上，不少首要技術(shù)公司都在向美國(guó)國(guó)會(huì)抱怨，聲稱他們不僅無(wú)法從美國(guó)公民中找到足夠多的編程專家，同時(shí)也很難在與大齡名校程序員之間關(guān)于年齡歧視的訴訟中贏得勝利。
這種現(xiàn)象可能說明，教育經(jīng)歷的附加值已經(jīng)逐漸淡出企業(yè)的主流價(jià)值觀。年紀(jì)較長(zhǎng)且具備同等教育背景的員工們?cè)?jīng)是業(yè)內(nèi)炙手可熱的人才，但如今他們卻反映，企業(yè)只喜歡年輕且沒有家庭拖累的新員工，因?yàn)檫@個(gè)群體能夠勝任更多加班工作。由此我們不禁想到，也許新鮮的本科學(xué)歷能否令人滿意并非重點(diǎn)，企業(yè)所真正看重的是年輕所帶來的較低的薪酬期望。
有些企業(yè)則直接跳過這類問題，將四年制高校學(xué)習(xí)簡(jiǎn)單視為制約市場(chǎng)發(fā)展的一項(xiàng)扭曲規(guī)則。風(fēng)險(xiǎn)投資商人們往往愿意為那些忽略了本科教育的潛力型人才提供資金，而另一些企業(yè)則正在積極招募擁有特殊技能的員工，并通過集中培訓(xùn)的方式幫他們迅速掌握工作所必需的實(shí)用性技能。在他們眼中，高校課程中常見的理論分析能力幾乎沒有什么價(jià)值。
對(duì)于傳統(tǒng)高校教育摒棄程度最深的莫過于PayPal創(chuàng)始人Peter Thiel所采取的方案。他大量招聘那些剛剛從高中畢業(yè)的年輕人，并為他們提供“一站式”高校教育，以培養(yǎng)頂尖編程人才。孩子們得到了工作，而Peter Thiel也擁有了眾多年輕且極具可塑性的骨干力量。
另一些人更關(guān)注普通高校那令人錯(cuò)愕的學(xué)費(fèi)增長(zhǎng)上，認(rèn)為短期而更有針對(duì)性的集中式教育具有更為積極的經(jīng)濟(jì)意義。一位有著四十年職場(chǎng)經(jīng)驗(yàn)的頂級(jí)高校畢業(yè)生每個(gè)月會(huì)給我們帶來1500美元的純教育支出(也就是25萬(wàn)美元薪水的6.8%)，相比之下充分利用供應(yīng)商的網(wǎng)上課程與培訓(xùn)則能夠顯著降低這一成本。
《Fast Company》一書中曾收錄了這樣一篇文章，其中涉及一個(gè)問題，即“為什么要在二者實(shí)際工作能力對(duì)等的情況下，優(yōu)先雇用一位博士而非自學(xué)成才的少年?”緊接著，文章通過闡述企業(yè)可資借鑒的實(shí)習(xí)方案回答了這一問題。事實(shí)證明，只要培養(yǎng)得當(dāng)，就算沒有花哨的學(xué)歷，企業(yè)照樣能夠獲得真正的人才。
編程發(fā)展趨勢(shì)第九位: 準(zhǔn)確性要求削弱，可擴(kuò)展性高于一切
多年以前，ACID主導(dǎo)著數(shù)據(jù)庫(kù)領(lǐng)域。挑戰(zhàn)在于建立一套堅(jiān)不可摧的系統(tǒng)，以保證每條查詢都得到準(zhǔn)確且一致的響應(yīng)。颶風(fēng)、核武器抑或是管理者的錯(cuò)誤插拔都不應(yīng)該對(duì)數(shù)據(jù)庫(kù)造成影響。使用這類服務(wù)的大客戶包括銀行、酒店以及航空公司，而他們最看重的就是銀行賬戶以及預(yù)定信息的一致性與準(zhǔn)確性。
時(shí)至今日，業(yè)界的工作重心轉(zhuǎn)移到了尋求一種簡(jiǎn)便的方式，借以存儲(chǔ)我們生活中所涉及的點(diǎn)點(diǎn)滴滴。從我們?cè)?jīng)游歷過的地方到與朋友們之間爭(zhēng)論的話題，將當(dāng)下世界上每個(gè)人的所有細(xì)節(jié)以快速且有效的手段記錄在案才是專家們的終極目標(biāo)。
在處理這一問題的過程中，那些最具才智的人們很快意識(shí)到，恰當(dāng)?shù)貟仐壐蓴_因素、忽略非關(guān)鍵性條件才是真正簡(jiǎn)化工作的不二法門。如果某些狀態(tài)更新消失了，哪些人會(huì)注意到?如果某些人在使用查詢服務(wù)選擇了一家咖啡廳后，卻沒能得到與期望一致的接待，那可能也沒什么大不了的，因?yàn)樗麄兛赡苋蘸筮€會(huì)再次光臨。在新一代數(shù)據(jù)管理者意識(shí)到他們可以通過降低對(duì)準(zhǔn)確性的要求來大幅節(jié)約計(jì)算周期及相關(guān)基礎(chǔ)設(shè)施的建設(shè)開支后，NoSQL及其它類似的數(shù)據(jù)存儲(chǔ)機(jī)制也就應(yīng)運(yùn)而生了。
現(xiàn)在，摒棄對(duì)Web準(zhǔn)確性的要求成為縮減處理時(shí)間及資金投入的優(yōu)先方案。大家不妨嘗試用一些以Web為基礎(chǔ)的工具搜索一下老舊的郵件消息，結(jié)果是，這些工具往往會(huì)偷偷忽略掉一些陳舊內(nèi)容。這一現(xiàn)象反映出搜索標(biāo)準(zhǔn)正在經(jīng)受的緩慢侵蝕。就拿谷歌為例，他們悄悄取消了使用加號(hào)進(jìn)行邏輯搜索這一功能。一旦數(shù)據(jù)庫(kù)管理員之間達(dá)成共識(shí)，我們肯定會(huì)看到越來越多的Web工程師用各種掩人耳目的方法巧妙地逐步放棄對(duì)準(zhǔn)確性的執(zhí)著追求。
編程發(fā)展趨勢(shì)第十位: 真正的并行架構(gòu)開始付諸實(shí)踐
計(jì)算機(jī)架構(gòu)師們已經(jīng)花數(shù)年時(shí)間討論如何在設(shè)備中引入真正的并行機(jī)制，但擔(dān)當(dāng)前鋒角色的程序員們卻剛剛得到工具，為這一設(shè)想付諸實(shí)踐而著手工作。
并行技術(shù)突出作用于兩大領(lǐng)域：多節(jié)點(diǎn)數(shù)據(jù)庫(kù)與Hadoop作業(yè)。當(dāng)然在某些情況下二者之間也互有交集。
大多數(shù)NoSQL數(shù)據(jù)存儲(chǔ)系統(tǒng)用于幫助我們將大量工作負(fù)載分?jǐn)偨o多臺(tái)計(jì)算機(jī)。有些提供自動(dòng)分區(qū)，用于將數(shù)據(jù)集劃分成塊、將指定塊同步至目標(biāo)計(jì)算機(jī)并且在必要時(shí)直接查詢擁有對(duì)應(yīng)內(nèi)容的設(shè)備;另一些則提供復(fù)制或備份功能，此類功能相對(duì)比較傳統(tǒng)。當(dāng)然也不乏二者兼而有之的系統(tǒng)。
Hadoop是一款開源框架，能夠協(xié)調(diào)數(shù)臺(tái)計(jì)算機(jī)共同處理同一問題，并將全部答案整合起來，并編譯成一種統(tǒng)一的結(jié)果。該項(xiàng)目在一定程度上模仿了由谷歌開發(fā)的Map/Reduce框架，后者主要用于同步信息搜集系統(tǒng)，但Hadoop的發(fā)展前景無(wú)疑比這些前輩要光明得多。
此類工具讓多設(shè)備協(xié)作處理同一問題的能力得到大幅增強(qiáng)。如今的基礎(chǔ)設(shè)施非常牢固，足以讓企業(yè)架構(gòu)師們?cè)诼约狱c(diǎn)撥與稍有困擾的情況下，成功完成對(duì)大量設(shè)備機(jī)架的部署。
編程發(fā)展趨勢(shì)第十一位: GPU壓倒CPU
就在幾年之前，CPU芯片制造商還是這個(gè)世界上賺錢最容易的企業(yè)之一。然而隨著圖形處理器的市場(chǎng)認(rèn)可度不斷攀升，那段美好的時(shí)光也轉(zhuǎn)瞬即逝了?，F(xiàn)在我們經(jīng)?？吹揭恍┬∨笥言谡子?jì)算機(jī)設(shè)備與操作系統(tǒng)上花上三百美元，卻愿意為一塊發(fā)燒級(jí)顯卡砸上六百美元。
游戲愛好者并不是癡迷于顯卡的惟一群體。那些需要高功率計(jì)算能力的科學(xué)家們也在對(duì)GPU進(jìn)行重新編程，用以分析蛋白質(zhì)折疊結(jié)構(gòu)或是猜測(cè)最小粒子單位的秘密。英偉達(dá)公司還為針對(duì)非玩家群體打造的設(shè)備召開了數(shù)次重要會(huì)議，他們?yōu)槟切┫胍蛟斐?jí)計(jì)算機(jī)的科學(xué)家奉上了極為貼心的顯卡產(chǎn)品。美國(guó)橡樹嶺國(guó)家實(shí)驗(yàn)室計(jì)劃在一臺(tái)超級(jí)計(jì)算機(jī)上安置一萬(wàn)八千個(gè)來自英偉達(dá)公司的Tesla GPU，在這種強(qiáng)力加持之下，這臺(tái)設(shè)備預(yù)計(jì)將登上世界計(jì)算機(jī)五百?gòu)?qiáng)的冠軍寶座。不過他們同時(shí)也得為能源部提供一套精致的模型，以闡釋整套體系的運(yùn)作狀態(tài)及能耗情況;畢竟這樣一套怪物級(jí)設(shè)備同時(shí)也如同在只碩大無(wú)朋的電老虎，光靠玩反恐能跑多少幀可說服不了政府的官員們。
原文鏈接：
http://www.infoworld.com/d/application-development/11-programming-trends-watch-179761?page=0,0
【編輯推薦】
