不允许修改的想法其实还是可以接受的，只不过有时候错别字啥的有些蛋疼。不过也正是需要自我检查的地方。
livid之说以不让改，估计就是希望大家不要发太快了。
另外，一般的少量错别字，其实无伤大雅，只要不让人产生异议其实没有改的必要。

最好可以事实显示现在当前的点数和圈内的点数

如果能够支持wildcard或者regex，我们两个的需求都可以满足。

这个也困扰我很久，希望有人提供方法。
目前用的笨方法是用rm -rf, killall nginx清理所有缓存。
我的需求和你不完全一样，我是希望可以根据文件夹清理缓存，比如~/web/a/*

关于SSD，一般容量越大速度越快，因为一般来说大容量相当于同等型号小容量的raid0组成。如果你是双硬盘，64G应该是够用的，只是如果128G的话，普遍快一点，而且可以基本上不靠第二块硬盘，这个基本上mac和win7都受用。
关于mem，如果是mac，如果要开发比较大的东西，或者设计类，尤其是虚拟机，那么不用考虑，必须上8G，否则4G自己得考虑一下，如果没有大型应用lion是基本上够得。
如果是win7，如果不用重型ide开发，不虚拟第二个win7或者同等消耗的os（只虚拟xp或者同等消耗的os），不玩近期出的大型游戏，不用大型设计类软件，4G肯定是够用了（和mac的条件差不多，只不过这样的条件下lion的话是4G基本够用，win7是2G就基本够用）。
综上，ssd如果经济允许，最好直接100G或以上。mem，如果不用重型ide，大型设计软件，大型游戏，尤其尤其是虚拟机的情况下，4G lion基本够，win7已经有多了，都可以考虑memdisk了。以上是我自己的经验。

@flypen 这个不是map reduce么？

@yibie wine嘛。
LZ直接wine一个notepad.exe不错哦，很满足需求吧。
呵呵呵

于是觉得github真是一个好地方，自己做任何coding之前，最好先search一下，如果满足就用，不完全满足就fork一个然后加加或者改改。

正常，等你觉得一个想法不错然后付诸实践之后，才发现已经有完善的实现好的版本，而且比你自己想的还周到，然后就郁闷了。waste of time。
如果发现有一点点不满足自己的需求，于是很纠结，是改呢还是改呢还是⋯⋯

@zythum 4G内存也好意思路过。

不过chrome在大量tab的情况下，本来就有些不太稳定的感觉。

用chrome就不要怕占内存，呵呵

这个userscript是chrome only的。

还有我的ajax-submit userscript，整合ctrl+enter回复功能
UserScript： http://github.com/yyfearth/yyfearth-chrome-repo/raw/master/userscripts/v2ex-ajax-submit.user.js

@cvforl 是不是最好还要3D全息的

@iray1991 你应该问@xhacker
这个字典目前中文基于dict.cn，英文基于google dict
以前因为google dict有中英文例句很好，而且这个排版很舒服，用的很多
现在我用mac字典的dict多了，因为方便，而且google dict已经关闭了。

早该这样了

这个是很早的版本，记得小学玩过，现在还记得那些关卡

还不错，可惜只有第一关，东西太少