大家好，今天小编关注到一个比较有意思的话题，就是关于vim生活小技巧的问题，于是小编就整理了3个相关介绍vim生活小技巧的解答，让我们一起看看吧。
emacs开发者使用技巧？
自从 开始对Emacs感兴趣，而不是仅局限于用 SLIME同Common Lisp偶尔亲热一下而已后，俺便断断续续读起号称Emacs初学者必备的 羚羊书第三版。一边读，一边笨手笨脚地使用Emacs。几周下来，虽然还要不时翻书，好歹开始习惯那些和Vim迥异的组合键。用C-f， C-n, C-p, M-d什么的也慢慢变成下意识的反应。俺的~/目录下也累积了50多兆各式扩展，模式，和配置文件。当然当然，作为初学者，俺坚持不用自己的key binding，除了把过气的/C-x/C-u映射到undo上以外。毕竟对缺省配置的极度熟悉有助于自己在不同的机器上使用Emacs。可移植性不仅是对程序的要求，也是对人的要求。总的来说，Emacs确实好用。扩展比郭敬明抄袭的文字都多，功能比黎叔吹的牛B还强。用于Common Lisp开发的SLIME，用于Ruby开发的Ruby Mode， 用于J***a开发的JDE， 开发工具***CEDET，让操作文件和缓冲方便之极的ECB。。。不过俺还是有些怀念Vim的方便，时不时用Vim编写点小东西。毕竟Vim区分编辑模式和控制模式，使得组合键简短
emacs开发者使用技巧？
自从 开始对Emacs感兴趣，而不是仅局限于用 SLIME同Common Lisp偶尔亲热一下而已后，俺便断断续续读起号称Emacs初学者必备的 羚羊书第三版。一边读，一边笨手笨脚地使用Emacs。几周下来，虽然还要不时翻书，好歹开始习惯那些和Vim迥异的组合键。用C-f， C-n, C-p, M-d什么的也慢慢变成下意识的反应。俺的~/目录下也累积了50多兆各式扩展，模式，和配置文件。当然当然，作为初学者，俺坚持不用自己的key binding，除了把过气的/C-x/C-u映射到undo上以外。毕竟对缺省配置的极度熟悉有助于自己在不同的机器上使用Emacs。可移植性不仅是对程序的要求，也是对人的要求。总的来说，Emacs确实好用。扩展比郭敬明抄袭的文字都多，功能比黎叔吹的牛B还强。用于Common Lisp开发的SLIME，用于Ruby开发的Ruby Mode， 用于J***a开发的JDE， 开发工具***CEDET，让操作文件和缓冲方便之极的ECB。。。不过俺还是有些怀念Vim的方便，时不时用Vim编写点小东西。毕竟Vim区分编辑模式和控制模式，使得组合键简短
linux的vim比windows的ide方便吗？你怎么看？
不可能的，vim写写hello world可以，真要做工程，makefile就要写到吐血，这种都是无效劳动，IDE中一切都解决了。为什么要用IDE？一个是效率高，缩短项目周期。另一个是有统一的代码布局，方便后继维护。如果是用vim写的代码，一旦程序员离职，新员工要化大量的时间去分析源文件之间的引用关系，用IDE就没有这个问题。
根本不是一类东西，怎么比较？
IDE叫做集成开发环境，是一大堆开发工具和***软件。包括编辑，调试，编译，包管理，质量控制，版本管理，虚拟环境，项目管理等等一大堆编程相关的工具***。
IDE就是专门为某一种语言设计的开发环境软件，每一种语言都有自己专有的IDE,eclipse 是终于开发j***a的，你就不能用它来开发Python。
而VIM是文本编辑器，他只有一个功能，就是编辑，处理文本。(此处指的是原版vim，爱好者自己制作的改版不算)。再无其他功能，不能版本控制，不能项目管理。
但是vim把自己唯一的文本编辑功能已经做到了极致，单从文本编辑功能上来说，除了Emacs，没有任何文本编辑器可以和vim相提并论。
到此，以上就是小编对于vim生活小技巧的问题就介绍到这了，希望介绍关于vim生活小技巧的3点解答对大家有用。
