那个，中文既不能用字母索引，也不是用空格来划分单词的，vim就此废去大半了。写纯英文文档的话还是可以的，中文就算了。当然，比记事本肯定强

windows下我也用gvim的，用来替代记事本，很好用

其实vim最初只是一个单纯为了在字符界面下、在电话线小猫的网络环境下用最小的带宽进行远程同步文本编辑的软件。vim花了很大力气进行了图形化的融合，引入了系统剪贴板、鼠标操作等

话说编辑器现在其实就那么些特性：宏定义，各种语法高亮，折叠，设定mark快速跳转，多重剪贴板，自动格式化文本（包括去除行尾空格），片断自动完成，符号配对，变量、成员名补全以及代码导航，出现过的单词补全，窗口的分割显示，符号列表，快速注释和插入注释模板等等。编辑器之间拼的是除了以上这些常见功能以外的，自己的特色

引用:

原帖由 mirokuneal 于 2011-3-12 04:48 发表
楼主我劝你还是算了吧

vim写代码虽然不错，但是我也认为跟远古时期*nix底下没有很好的IDE有关
现在有了eclipse，netbeans，vim很少用了都

至于vim写文档，那纯属蛋疼

关于这一点，我之前就说过了，编辑器拼的是除IDE能够提供的功能以外的部分。同样的，也有些IDE会引入vim style和emacs style的操作，比如slickedit。换句话说，vim和emacs不止是编辑器，linux shell也同时提供了vim style和emacs style

其实我觉得掌握至少一种编辑器的使用是一项基本技能

不说编写文本了，很多人都会遇到处理文本的棘手问题，且往往不是简单的文本替换，可能是有选择性的替换，可能是规律性的调换某几个词或是某几行的位置，等等，关键是处理量非常巨大，靠手工去做根本不可能

这个时候，录个宏，几秒就干完了

LS所言差矣啊，诸如快速插入空行和合并两行，行补全，所有光标移动操作全部带撤销和恢复，快速跳转到定义处，自定义文本缩写，内嵌的sed，页面自动分割，等等，这些是相当常用的

对码农来说，磨刀向来是不误砍柴工的，尽一切可能把自己从繁琐的文本格式化操作中解脱出来是码农们的追求。很多时候，思路远远比手快，因为很多都是框架性的代码，根本不需要动大脑

引用:

原帖由 ibelieveicandie 于 2011-3-13 06:23 发表
对我而言，如果在code review时发现雷同代码出现三次，基本上就是个很好的重构信号。绝大多数代码应该是有意义而且不重复的。如果是语言相关的框架性代码，那么visual assist之类的intellisense工具已经可以减少绝大 ...

不是雷同代码，而是类和模板相关的框架性代码，填充各种属性方法，再调接口把这些对象推入链接符号表中或是链表之类的数据结构上或是单纯地填充方法函数。举个形象的例子就是不停的填写各种不同要求的申请表格，把自己的属性按框架的要求进行换算、填充和提交，并为上层框架提供具体的方法

参考资料，我80%是纯代码，20%是手册，的确不需要鼠标，呃，实际上，ubuntu所有操作都可以不用鼠标，包括查看xmind，只是看网页单手用鼠标比较舒服。另外写代码的时候我从不google wiki，google wiki的时候从不写代码，而且除了跑通的代码以外，我什么也不信，包括手册

引用:

原帖由 ibelieveicandie 于 2011-3-13 21:03 发表
posted by wap, platform: iPad

看起来是需求不同。对我而言，平时写代码时需要同时参考或者试验的东西太多，填充框架代码的机会太少，所以输入效率影响不大。

你描述的这种场合我也遇到过几次。如果框架工作量大 ...

不可能用代码生成器的，而且不是重复操作

无论是使用框架还是自己构建框架，在我看来都是这类无脑劳动，没有任何算法，设计模式早就规划好了，剩下的就是实现，但这种劳动绝不是代码生成器可以做到的，比如自己实现一个小型的网络协议栈，没难度，但是代码量很大，敲键盘敲到手疼

你一天10-20行代码的速度，我只有写验证程序调硬件的时候才有可能会这样，95%以上在看打印信息和JTAG查内存值寄存器值

原样抄恐怕会有许可证问题的，反正这种活也不是天天干，不至于给自己找麻烦

在已有的框架上添加对象则通常会有类似的实现，这种代码是可以参考的，但也不是简单到可以复制粘贴，肯定还是有很多需要完全原创扩充的部分的