很長時間以來，JavaScript在我眼裏都是編程語言中的二等公民。早先，它經常是很多安全問題的發源地，就像是膠水一樣，它能把HTML應用與樣式粘到一塊，可沒有人拿它來正正規規地編寫程序；這樣的情形太普遍了。而Java、Ruby、Python，這些纔是真正能用來編寫程序的語言。
過去幾年間，我對JavaScript的態度有了徹底的改變。JavaScript已經“長大成人”了。我敢保證很多JavaScript開發人員都不會認同我前面的說法，他們會說JavaScript一直都是一個十分強大、成熟，深得人心的語言。或許他們說得沒錯，事實上只要是一門完整的編程語言，就能拿來編寫程序，也包括BASIC這種濫東西。而一門語言真正有用，必須一方面自身具備很強的表達能力，另一方面還要有衆多的庫和開發工具。顯然，JavaScript的表達能力早就沒有問題了，即便是創建對象的方式有點不好讓人接受，其實問題也不大。直到最近，一些極其重要的扭轉局面的技術出現了：jQuery、JSON、Node.js和HTML5。或許JavaScript以前就是一門完善的語言了，但卻是這些重要的相關技術（以及其他一些沒有在這裏提及的），讓JavaScript成爲了每一個開發人員都知道的語言。如果明年你要學一門新語言的話，那一定就是JavaScript。
潛力無限的Node.js
說Node.js潛力無限的意思，就是它有可能引發Web開發的革命。Node.js是一個框架，用於構建高性能Web應用——即使是巨量的請求也能夠迅速而有效地響應。雖然Node本身作爲一個底層框架，能夠用於構建任何應用，但它還是最適合構建Web服務器。它的異步事件驅動模式與傳統的請求-響應模式相比，無疑更適合Web應用。
有兩方面因素更讓Node顯得前途無量。首先，Google在提升JavaScript性能方面掀起了一場革命。這句話的意思並不是說你隨時隨地都可以用上最好的JavaScript引擎（儘管這也是我們一個美好的期望）。但可以肯定的是，Google在其他競爭對手還沒有上心的情況下，真的把JavaScript性能當成了一回事兒。如此一來，就把Mozilla、Apple、Microsoft、Opera，還有其他瀏覽器開發商逼到了性能競賽的跑道上。結果導致我們現在使用的JavaScript引擎較之幾年前快了不知道有多少倍，完全有能力運行復雜的大型Web應用。
其次，Node有着龐大的開發人員基礎。不管大家在服務器端使用的是什麼語言，但在客戶端卻鮮有不使用JavaScript的。有的人可能是“剪刀加漿糊”式的東拼西湊，有的人則可能用JavaScript做出了高超的Ajax應用，而有的人甚至實現了全功能的應用程序，像Twitter或 Gmail。可不管怎麼說，JavaScript開發人員的數量無疑是非常龐大的。而Doug Crockford等作者更是極力宣傳所有人都應該把JavaScript當成一門嚴肅正經的編程語言來看待——儘管它還有不少缺點。
當時當下，編寫Node應用相對還是個“粗”活兒，畢竟它只是一個底層庫。想象一下單純使用JavaScript寫代碼，對，就是這種感覺，Node當前還是一個beta版的格局，與Rails或Django這樣成熟的Web開發框架還沒法比。這種狀況無疑會改變。一些輕量級的框架，比如Express，已經出現了；我堅信更多基於Node的全功能框架也將不斷涌現。
前面提到過一些幾乎完全在瀏覽器中運行的高級Web應用。那些都已經不算什麼新鮮事兒了，Gmail多大了？Google Maps貴庚了？不過，用JavaScript編寫在瀏覽器中運行的應用的客戶端無疑是越來越有吸引力了。HTML5則繼續推高了人們對這一趨勢的預期。
HTML5其實就是JavaScript
我不知道已經說過多少次了，HTML5實際上並沒有多少與HTML有關，它其實就是JavaScript。HTML本身有什麼變化？不過一些新標籤而已，況且也都很好理解。HTML5的威力在於讓你能用JavaScript來創建這些標籤。假如沒有後臺代碼通過Canvas來創建動畫、遊戲，或者通過它來實現一些數據的可視化，這個標籤也沒有大用處。從瀏覽器開始支持Canvas開始，我已經看到了Asteroids（行星遊戲）的上百個實現，那都是開發人員爲熟悉這個新特性所做的練習。有的比較粗糙一些，而有的則極其精美。這些完全都要歸功於JavaScript。
由此可見，HTML5並不是在以尖括號爲特徵的標籤語言的一次大的改進，其實質是賦予了JavaScript更強大的能力。WebGL庫（當前還羽翼未豐）支持在HTML5的畫布中繪製實時的3D圖形。HTML5的地理位置支持在瀏覽器中實現LBS（Location Based Service）應用——手機的基本配置。而持久存儲以及離線功能則爲開發能與桌面應用媲美，但卻在瀏覽器中運行的全功能應用奠定了基礎。目前，就連增加多點觸摸事件的實驗性的庫也已經出現了。凡此種種，無一不是實實在在的JavaScript特性。HTML5只是爲這些高級功能的發揮提供了舞臺。
退一步講，不依賴於HTML5的瀏覽器庫開發庫也取得了長足的進步。長久以來，JavaScript一直都是在HTML中實現動態效果的不二之選。可兩個問題遲遲得不到解決：一是瀏覽器兼容性問題，二是直接操作DOM太麻煩。jQuery讓這兩個問題霎那間消失得無影無蹤，這個庫已經成爲現代基於瀏覽器的客戶端開發的基本配置。不過，並非只有jQuery。Protovis、D3，都可以讓你直接在瀏覽器中創建複雜的交互性數據可視化效果，有史以來第一次讓瀏覽器成爲了展示數據的一個重要工具。
JavaScript與數據庫，編譯器與語言
就連數據庫裏都開始廣泛使用JavaScript了！當前如火如荼的NoSQL運行的三隻領頭羊：CouchDB、MongoDB和Riak，都是“文檔數據庫”。它們保存的不是表，而是文檔。這幾個數據庫所謂的“文檔”，其實就是JSON文檔，而不是Word或Excel。（Riak除了JSON文檔，還支持XML和純文本。）JSON已經成爲一種被廣泛採用的數據交換格式（所有現代的編程語言幾乎全都有解析JSON的庫），不過請注意，JSON實際上不就是一種序列化JavaScript對象的格式嘛！因此，雖然你可以在任何語言中使用JSON，但在JavaScript開發中使用它則是再自然不過的事了。況且，JSON這個格式成爲一種跨語言的標準，而不是Python、Ruby或Java等語言的序列化格式，這個事實本身足以說明JavaScript將在更加廣闊的舞臺上大顯身手。還不僅僅如此，上述三個數據庫都內置了支持JavaScript查詢的能力。未來幾年，更多的人都將會驚訝地發現，JavaScript和JSON已經內置到了其他應用程序裏啦！
JavaScript時代的序幕纔剛剛拉開。在今年的JSConf上，一個核心主題就是“JavaScript到JavaScript的編譯器”，也被人們看成是未來的一個主要趨勢。Google在“編譯生成JavaScript代碼”方面是首開先河者。據我所知，GWT（Google Web Toolkit）應該是通過編譯（從Java代碼）生成JavaScript代碼的第一個框架。以前我對GWT並沒有太重視，只是覺得它是一個致力於拯救那些Java程序員的框架，好讓他們不必因爲（學習）編寫JavaScript而浪費時間。可是，GWT在編譯過程中對JavaScript做了那麼多的優化，簡直是太神了。Closure就是一個“JavaScript到JavaScript的編譯器”，能夠實現同樣級別的優化。Traceur，這是幾個星期前才冒出來的一個框架，通過它能夠試驗JavaScript的新特性，換句話說，它可以把帶有實驗性語言特性的JavaScript代碼編譯成可以在所有現代平臺中運行的JavaScript代碼。
最後，我們也開始看到了當初Java大旗下JVM語言的蓬勃景象：各種語言都在致力於編譯成JavaScript！其中有一些語言比較有意思，像Coffeescript和Kaffeine，它們在風格上酷似JavaScript，但更關注彌補JavaScript的一些不夠完善的地方。是不是覺得JavaScript的對象模型特有意思，可怎麼看怎麼有點笨笨滴，有木有？是不是一想到基於原型創建一個實際的對象都需要反反覆覆地定義這定義那，就望而卻步了？Coffeescript對此作了明顯的改進。除了完善對象模型，Coffeescript還添加了類似列表解析（comprehensions）的新特性，去掉了大部分花括號。就像在Python中一樣，要使用縮進來區分代碼塊。
未來的Web服務器、取之不盡的客戶端庫、HTML5、數據庫，乃至基於JavaScript的語言——我一睜眼就能看到JavaScript！假如你曾經對JavaScript敬而遠之，今年就該學習它了。沒有理由，真的，再不學，恐怕你再也沒機會趕超別人了！
