io.js 和 node.js 之間應該如何選擇？

---

io.js。

node的核心貢獻者現在都在幹嘛？都在給io.js貢獻。

io.js擁抱v8，擁抱es6。喜歡es6，不要猶豫。擁抱未來。

io.js和node的目前問題反饋數大致相當，問題處理速度則io.js基本當天有響應。node則3到7天。

綜上。活躍的才是未來的。io.js才是社區的。

---

production server 用 node 0.12.x，其他地方（比如開發工具鏈）一律用 io.js。

---

我非常喜歡這段視頻, 全程無尿點高能吐槽, 看完你就知道你該選 node.js 還是 io.js 了.

Hitler finds out about io.js

---

io.js

---

不用糾結了，這兩口子離完婚現在又要復婚了

---

反正是要合併的，看上面幾個答案說是快了。

---

最近io 和，node 在討論整合 也不知道要整合到哪年。node又爆出有巨大bug 可以威脅全部使用node的公司。 我覺得你要是想隨大流就io。而且更新比較快，社區人多。 想搞專業還是node靠譜，雖然補丁還沒出。建議使用老的穩定版本。

---

驚爆！Node.js 和 io.js 準備合併

不行你們等我先笑會……

---

我覺得還是選擇io.js吧。我剛遇到一個Bug，浪費了大把時間找到這個魔數：

var MAGIC_NUM = 515957;

var s1 = new Array(MAGIC_NUM+1).join("A");
var b1 = new Buffer(s1,"ucs2");
var s2 = b1.toString("ucs2");
var b2 = new Buffer(s2,"utf8");
console.log(b2.toString("utf8")===s1); // false!!!
console.log(b1,b2);


然後查下去發現Node.js這裡直接用了個memcpy！

node/string_bytes.cc at master · joyent/node · GitHub

Oh My God！寫代碼的人自己都對直接用memcpy感到不安了，欠考慮啊。

可是難道我是第一個撞上這麼鬱悶的Bug？拿魔數上Google一搜，io.js 也是一個月前剛修復的：Buffer encoding regression. · Issue #1024 · iojs/io.js · GitHub 。這就罷了，可是類似的問題早在一年前就有人提交過 Issue 了：Buffer issues with external two bytes string · Issue #8683 · joyent/node · GitHub ，一直沒有修復。到目前為止 Joyent/Node 有950個Open Issue，這到底是怎麼回事？

沒見過這麼不靠譜的！

---

node.js和io.js要合併了~~~這個問題可以不用擔心了~~~

---

Node.js 2.0 的時候就跟io.js 合併了, 核心是一樣的, 現在學哪個都沒問題.

---

最新消息，他們快結婚了

---

JavaScript之父和PHP之父將要去台灣，兩大開發語言教父5月中雙雙現身台灣最大Web開發盛會

---

這個不用想吧，肯定是node.js，看看下面的引用，io.js太新了，沒有什麼應用，實用還早吧

io.js aims to provide faster and predictable release cycles. It currently merges in the latest language, API and performance improvements to V8 while also updating libuv and other base libraries.

This project aims to continue development of io.js under an "open governance model" as opposed to corporate stewardship.

---

推薦閱讀：