@avatasia 需要注意的一点还有map时emit的第二个参数的格式，必须和reduce的返回值一致
因为如果emit的第一个参数只有一次map，那么是不会经过reduce的

@avatasia

map=>emit(this.country, {money: this.money, gender: [ this.gender ] })

reduce=>
var result = { money: 0, gender: [] }
values.forEach( function( guy ){
result.money += guy.money
if ( !result.inArray( this.gender[0] ) ) {
result.gender.push( this.gender[0] )
}
return result
})

@avatasia 按照我的理解，mapreduce的主要意义在于以一种简单好理解的方式进行分布式的数据合并操作
不可把map理解成迭代每一条数据，而finalize迭代每一条reduced结果
因为和map和finalize可能是对于每一条数据的执行是分布式（没办法共享数据），而且可能是顺序未知或者并行（不能期望数据以排列好的方式fold），所以在我看来map和finalize不支持再去获取其他数据是理所应当的

@avatasia
假设你emit(A,{...})一次，emit(B,{...})三次
那么只会调用3次reduce(B,{...})，reduce(A,{...})是不会被调用，因为它只有一条不需要reduce，而是直接进入到finalize阶段的

我不明白你的需求是什么，所以我不知道有没有其他方式解决这个问题

这写法逻辑上有点问题，这假设了每次map都会经过reduce，但事实上并不是如此-A-
所以，恩，你会丢掉3次- -

像jquery那样的Proxy模式

包装数组的访问接口就好了啊-A-

关键是id啊email啊什么的，会变得越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长越来越长

视屏网站是什么东西？

btw: sai发现mac版firefox 10有个全频模式

好吧，为什么最近的社区全部和v2ex长得一样。。。

好吧，为什么最近的社区全部和v2ex长得一样。。。

做成机器人-A-

/me 摸摸，一件一件来吧-v-

球推荐一个可以大量使用cpu的vps。。。
需求比较奇怪orz

rsync -vur --delete

不是有fabric吗。。。

jquery mobile目前不太适合做移动应用（主要就是慢，用html+js做移动应用都有这个缺点）
我一直觉得jquery mobile适合给pc做东西，不用做很多和你需要做的事情不相干的底层的东西。缺点就是定制起来不方便
特别做这样的小东西：
http://aligo.github.com/log-colourer.js
比python/gtk/glade方便不少（最近被它们折腾惨了）

如果自己定制界面而且是web程序的话，backbone.js和batman.js是我觉得比较不错的