即使从头重写代码也没有必要改名字，只要在版本号中体现就可以了.

Consolata -> Monaco -> Inconsolata

@recih 如果用 Vim 的话，在命令模式可以使用 < 与 > 切换缩进， 在插入模式可以使用 C-d 与 C-t 切换缩进。

85 分。

修正前面一个错误，按序号排列的话，最后一张图片的序号本身占用的空间是 24*800*600 比特。

1. 所有可能的图片一共有 (2^24)^(800*600) = 3.549 x 10^3467865 张
2. 可以。比如想生成第 13 张图片，可以把 13 用二进制表示成 1101，然后再将数字逆序排得到1011,最后补全 479996 个 0，就得到了那张图片的二进制表示。
3. 可以。将图片二进制数据逆序排列，可视其为一个巨大的二进制数，也就图片所在的位置。

但考虑到宇宙中可观测的原子数量只有 10^80 个，我们永远不可能枚举出所有的图片。想用序号代替原始图片，以取代目前的压缩算法也是不现实的。虽然第 0 张图片只需要占用 1 个比特，但最后一张图片，却要占用 2^(800*600) 个比特。再说，既然我们都能从序号推断出图片内容了，序号中包含的信息一点也不会比图片本身的信息少。

3.549 x 10^3467865 张图片一定会包含很多信息吧。不，只包含了很少的信息。因为只需要写一个非常短的程序就可以生成所有的它们。信息是可以帮助消除不确定性的东西。可把所有生成的图片都放在你面前也不能帮助你消除多少不确定性。

export BC_LINE_LENGTH=0

manpage 中搜索一下就可以找到

修正一个错误，
1. map <left> <c-w>h<cr>

1. map <left> <c-w>l<cr>，剩下三个可以类比。
2. 如果是两个横向分栏或坚向分校的窗口的话，可以分别使用 <c-w>h <c-w>j 来切换布局。如果是更多的分栏，则只能相应地多按几次快捷键，或者用 vimscript 能解决问题。但估计任何一个学过 vimscript 的人都会后悔当初没学 elisp。
3. 使用 verticle help XXX。

@holystrike 呃，我已经考虑到这个问题了。在选项页面是是可以设置密码输出长度的。

首先在书签栏上建一个名为 Last 的文件夹。如果有很多一时读不完的网页，就按下 Ctrl + Shift + D 将它们收藏到 Last 文件夹内。下次想阅读时，可以在 Last 文件夹图标上点右键选择“打开全部书签”。

上面的方法不能从根本上解决问题。如果我们回忆一下自己曾经浏览了多少网页，现在存有印象的还有剩多少的话，就会明白囫囵吞枣式的阅读效率是极低的。

最好的方式是为每一篇阅读过的文章都写下笔记。如果你不愿意为它写下笔记，那么它很可能也不值得你去阅读。

这种情况很可能是因为内存耗尽而导致系统假死，单纯的 CPU 100% 使用率只会让系统稍微变慢。

我为了防止假死的情况出现，就在 /etc/security/limits.conf 中加了一条任何进程不得使用超过 4GB 地址空间的规则，

方法有很多种
1)像 @willere 说的那样放数据库里，加上索引，或者分区。
2)虽然是文件数据，但努力一下也可以像 ctags 那样，实现二分查找。
3)利用文件系统实现查找功能，比如建立多层文件夹表示用户名 /path/s/o/m/e/o/n/e/

已经有了，比如 Lastpass.

使用 fgrep (或者 grep -F）搜索时，不会转义 pattern 中的字符。

如果你是 Windows 用户，可以使用 Process Explorer 对迅雷进行监控，它是否在扫描硬盘，一目了然。http://technet.microsoft.com/en-us/sysinternals/bb896653

当然，为了安全起见，可以在虚拟机中安装迅雷。