啊sorry，是不能加多少分

作為寫了好多年js的“老”傢伙⋯個人認為做一個「酷炫叼」的個人頁面能對自己加多少分，如果你能在GitHub上有過百star(無殭屍)的技術性repo，能以自己的話語對技術進行分享或探究，並寫成博文，最後附上一些能夠體現技術水平的作品，就已經很不錯了。

PS:這樣的頁面在豬八戒上隨便抓個人都能做⋯更何況還有不少現成的框架

iterm2 + fish ((沒人用過fish麼？？

沒人聽過UnitedStack？

@otakustay 灰大大麼麼噠

作為國內來說還算少數的Harmony使用者，我可以說說自己的經驗。
1. Promise經歷了好幾個版本的製定，從很久之前就已經存在，它解決的是串行的異步嵌套問題
2. yield關鍵字把Generator Function切割為擁有多個出口的Generation

Promise是JavaScript社區的研發產物，而yield則是ECMA-262從別處參考而來的「類協程」實現。

yield可以做到非串行，而Promise很難。Promise兼容性強，yield只能繼續等。
各有千秋

關於Generation，請參考我的博客。http://lifemap.in/koa-co-and-coruntine/

@ryon 是的，定位不一樣。每一個產品都有特定的目標用戶，不能說隨便套就可以的。

@kisshere 這類比誇張了，V2本來就是為有思想的人提供的更純粹的平台，如果我們真的需要這些 @Livid 就直接用DZ算了。純文本的方式讓我們更專注于內容本身，這就是少數派。

V2EX就是一群少數派聚集的地方，功能越純粹越好

@ZoomQuiet 奶媽又要發力啦@ZoomQuiet

Git, GitHub, Dropbox

@tolerious 是我的

@gkuchan http://lifemap.in/resume

現在其實從中文翻譯成英文也是很有價值的，比如我的 http://lifemap.in 。如果需要的話，我可以給予一些獎勵。

@gkuchan 我的頁面有

或者把我博客的技術部分文章翻譯成英文也是很有價值的(☆_☆)

歡迎加入ECMA-262翻譯組，有意可以郵件。

一個自增量作為消息的id，以Hash message:id作為消息的容器，id推進Set messages，同時推進Set user_id:messages。
這樣可以全局可查，獨立用戶可查，消息狀態控制Set messages即可。
完畢

@Taivas 如果你需要的話，我可以教你寫本地IO的Store。目前MinDB暫時是最好的前端數據操作方案。