文件开头说明了，这三个数字分别代表时间戳、总执行时间、脚本自身执行时间。也就是说，这个css.vim用了2620.306毫秒，比较夸张。

可以用 vim test.css --startuptime output.log，然后查看output.log，看哪些脚本加载的时间长，可以删掉一些不大用得上的。

关键问题是，第一种写法并没有增加可读性啊。反而因为多了冗余信息，我感觉可读性还下降了。

当然，从来没接触过 Ruby 的人，可能更容易看懂第一种写法，但问题是这样的人，还敢让他维护 Ruby 代码？那得是多心宽啊。

#61 楼 @sallon88 Linux 下面可以看看 xcape： https://github.com/alols/xcape 不过我最近没用 Linux，还没试过效果。

#54 楼 @sallon88 你用什么系统？如果是 OS X，那就很方便，使用 KeyRemap4MacBook 这个牛 X 软件可以达到目的。唯一需要注意的是，根据这个软件的说法，caps lock这个键有特殊之处，需要安装另一个叫 PCKeyboradHack 的工具来修改。作为一个有洁癖的人，实在不想单为了这个目的再装一个会驻留内存的东西。后来我发现，在 System Preferences 中交换caps lock和control的位置后，在 KeyRemap4MacBook 中修改 Control_L 的行为即可。

#50 楼 @shangrenzhidao 我错了，刚才专门试了一下，原来如果.vimrc不存在，$MYVIMRC这个变量是不起作用的。那你只有自己在$HOME目录建一个.vimrc文件了

#47 楼 @shangrenzhidao 打开 VIM 后，使用命令:e $MYVIMRC编辑.vimrc，不用专门去找

#12 楼 @bcho 似乎定义两行，这样： inoremap jk inoremap kj 会更方便

我现在的映射方案： 单独按 capslock，当作 esc 单独按 enter，仍然是 enter capslock 或 enter 与其他键组合按，当作 control

之前恢复购买 Dash 时遇到过类似问题，据开发商的说明，这是 Mac App Store 的一个 bug。这是他们关于如何处理这个问题的说明： http://kapeli.com/inappfailed

不知道你的情况是不是类似。

http://www.antimoon.com/how/howtolearn.htm http://ankisrs.net/

#15 楼 @hbin 话说这类问题要强制要求的话应该在服务端挂个 commit hook，或者在每日构建里面加上风格检查脚本吧。

京东的脑残规定，写书评 500 字以上才有分拿……

PersonalBrain?

这个是 Lion 之后新加的一个特性，长按一些键可以输入一些非 ASCII 的西文字符。对 VI 用户，这个功能确实坑爹了，可以把它关掉，在终端下执行： defaults write -g ApplePressAndHoldEnabled -bool false

目前仍然是对翻墙支持最好的浏览器

“embedding integers in points“，汗一个，看了原文才知道是 pointers。 其实说的是这样的意思：比如在 c 语言里面经常可以用类似这样的方式描述类型不定的数据：

struct foo {
    union {
        int simple_data;
        void* complex_data;
    };
    /* ... */
};

即如果数据足够小，就直接存放，否则就放它的指针，实际数据在另外的地方。但是这样就需要知道，现在究竟是哪种情况，直观的做法是另有一个成员表示当前类型：

struct foo {
    enum {/*...*/} type;
    union {
        int simple_data;
        void* complex_data;
    };
    /* ... */
};

由于对齐的原因，这个 type 占用的空间可能多至一个字长，多么浪费啊^^ 不过这里有个取巧的办法，出于效率的考虑，正常分配出来的内存，地址是要求对齐的，即使是 16 位机（应该没有 8 位机能运行 Emacs 吧^^），也是按双字节对齐的，那么正常的指针，最低位的应该是 0，于是就可以把类型信息嵌入到这些位上了。

lubuntu，使用 LXDE 做桌面环境，非常轻省，适合不喜欢折腾系统的人

#28 楼 @hbin 哈，刚刚 google trends 了一下，发现 vim 和 emacs 总体趋势都在下降，不过 vim 下降得不明显，所以现在 emacs 已经低于 vim 了，不过日本确实比较特别，与其他地区不一样，emacs 是压倒性的多

没仔细用过 TextMate，不过一般同时支持 complete 和 snippet 的软件，触发的时候应该是把两者中匹配的项都加到候选列表，可以在列表中选择，或者继续输入，缩小候选范围。auto-complete 不是也有 yasnippet 的 source 吗。

#8 楼 @zw963 在 OS X 上，和 Macbook 的触摸板配合相得益彰，操作有如行云流水，大多数情况下，鼠标反而没那么好用。所以如果买 iMac，最好也改配 trackpad。

#40 楼 @jean 我因为是先通过 c++ 用 Qt，没有看过专门讲 python+Qt 的书，只听说过一本叫 Rapid GUI Programming with Python and Qt，不过看起来里面涉及的版本较旧，也许要先看过 pyside 或 pyQt 的最新文档，了解当前的用法，再结合这本书比较好。

#22 楼 @zw963 经常看原版技术书，买个 kindle dx 是王道，遇到感恩节大特价神马的，1700 多可以拿下。毕竟在淘宝上打印加邮费也不少，携带也不方便。

#36 楼 @fsword 关于.net 被 c++ 取代还有个比较著名的软件：evernote

python + pyside or pyQt，速度不是问题，因为 Qt 是 native 代码，只有业务逻辑是运行 python bytecode，而这部分如果遇到计算密集型的任务，还可以根据需要用 c/c++ 重写，给 python 调用。

做跨平台的桌面开发，Qt 也许是目前最好的选择，现在的 WPS Office 就是基于 Qt 开发的，GUI 部分取代了原来上百万行的 Delphi 代码。 MONO 可能也不错，小规模的软件肯定没问题，我用过一些用 MONO 的开源软件，感觉还不错。

#13 楼 @DavidWei ctrlp +1 它默认用 VIM 内置函数生成备选文件列表，不用依赖外部工具。如果嫌速度慢（目录下文件达到 10 万的数量级），也可以自己指定外部工具，例如用 unix 命令 find。

另，看到大家都用 snipmate，这里推荐一下 UltiSnips，更新活跃，并且功能更强大：

snippet 触发可嵌套

同一 trigger 在不同位置可扩展成不同的形式，例如写一个 snippet 只在行首扩展

snippet 扩展可使用 shell、vim、python 脚本的输出

还有更多⋯⋯

#4 楼 @AlphaLiu 不能吧？在 Lion 里面，按住字母键的默认行为和 ios 是一样的了，会弹出一堆变形字符供用户选择。