#24 楼 @williamherry #26 楼 @zgm #27 楼 @williamherry #28 楼 @vincent 还是开 Terminal 吧。。Mac 神马的就不要求了。。

#6 楼 @luikore 哭了 好牛逼。。

#103 楼 @tylerlong 比如说呢？用具有备份功能的软件？或是你有什么更好的主意？

#3 楼 @luikore 太牛了！

#1 楼 @zgm 关键是如果我要实现所有 global variables 打印的功能 我不得不用 eval 取值了。。那太 evil 了。。

#101 楼 @tylerlong 你在使用 VIM 的时候没有 Git 托管配置文件的习惯吧。。否则你就不会觉得这是负担了。

#99 楼 @tylerlong

直到认识了 Sublime, 叛变了 Vim(不过命令行状态下还是用 Vim). Sublime 大有一统江湖的潜力。Sublime 免费版老是弹警告。并且我的 Linux 每重装一次，就要重新弄一遍 Sublime 的安装配置。

第一 你没付费。。 第二 配置文件为什么不用 Github 托管呢？

#18 楼 @vincent

@vincent 再问下楼主 何为eager_load_paths？谢谢

我觉得 require 碰到线程问题真的容易死得很惨。。都没法重现

话说 4.0 以后是不是开发环境下也开启多线程了呢？

#5 楼 @hsming 这个要是开源了大片编辑器直接死掉了。。

微信啥的还是免了吧。。。

#93 楼 @luikore #94 楼 @zgm 也是啊 但是为什么要发明 VimScript 呢？难道当初在设计的时候市场上的主流语言都不能满足需求么？话说 VimScript 的历史好像很少提到

#91 楼 @luikore 我是问“为什么 vim 的成功不可复制”那个。。

#86 楼 @luikore 额。。Emacs 不算吗？话说我一直不知道 VimScripts 有什么好的，语法这么古怪。。 #87 楼 @Rei 我也是 这个也是我的历史包袱吧。。 #88 楼 @sevk 不见得好，人家非 Ruby 程序员还要被迫安装 Ruby 才能执行。。

#82 楼 @aptx4869 当然不是，那样的话不是很不方便吗？我哪里记得住这么多地址。。

#74 楼 @edgar_wang_cn

一个社区的文化本来就是由社区里的人来推动的，vim-scripts 将 vim.org 里的插件存放到 github 上去，这本就是一种对社区文化的引导。github 2008 才成立，Vim 的历史要长的多，其中的历史包袱自然比较重，现在 Vim 社区已经开始从 vim.org 上那种插件安装方式向 vundle 这类插件所使用安装方式转变，这是一种社区文化的转变，但这种转变需要时间，也需要社区里的人去推动。

真的有转变过推动过吗？Github 并不是第一个代码托管网站，在此之前呢？CVS？SVN 的时代？他们当时已经开始推动用 CVS，SVN 的方式安装插件了吗？

#79 楼 @bhuztez 同意

#76 楼 @Rei 额 好吧。。

#72 楼 @Rei 好吧 那你是有意识的在筛选。但是如果被你筛选掉的插件中正好有你需要的，那对你不是一个重大损失吗？

#56 楼 @kikyous

而且现在用 vundle 管理插件已经很方便了，就算以前没有 vundle 的时候直接用 zip，vba 安装也没什么，我们的工作是 coding 而不是不停的给 vim 装插件。

不敢苟同，第一，为什么我们要管理插件的工具？因为我们的工作是 coding 而不是自己管理那些插件。第二，为什么要经常装插件？因为我们的工作是 coding 而不是手动完成那些本该由插件完成的任务。第三，为什么我们希望我们的插件是最新的？因为旧的插件往往存在很多 Bug，而我们的工作是 coding 而不是解决这些 Bug 或是忍受着他们的存在。

完全形成了事实上的标准这肯定是一个循序渐进的过程，你一方面对他的发展不屑一顾，出口就是要完全形成了事实上的标准，一方面又对 vim 的期望那么高。 世上没有十全十美的事情，很多时候都是一个折中，过分的完美主义是一种反社会心态。

Vim 社区发展比 Ruby 社区早的多，其中 vi 是 1976 年发表的，Vim 是 1991 年发布的，均比 Ruby 早。如果发展比人家早，做得还没比人家好，还说得过去吗？这不是完美主义，这只是基本的竞争而已。一件事情固然不可能做到完美，但是这不是借口。

#57 楼 @aptx4869 好吧 我的比例要高达 1/3，其中非 vim-scripts 的还有 8 个是 tpope 的 一个是我自己的 另外我不能忍受又不是啥都需要最新的 陈旧的又不会自动升级的插件会屡屡造成 Bug，大大降低了我的工作效率，而且我也难以发现究竟是什么原因造成的。

#64 楼 @edgar_wang_cn 那只是镜像网站而已 你不能说那里东西多就代表 Vim 社区是 github 文化的 就好像你不能说苹果的经销商很多于是他们就可以代表苹果了。。

#63 楼 @Rei 看到了 你插件用得可真少 除去 vundle 才九个。。你看看我的 https://github.com/bachue/My-Vim-Plugins/blob/master/vundle.vim 里面除了 tpope 这个特例之外夹杂了这么多 vimscripts 的东西 (而且这些插件中大部分还是我使用频率最高的那些)。。比例相当之高

#55 楼 @Rei 我真不知道很多插件托管在哪里，github 大片大片的镜像，从来没见到真正的托管位置。你分享下你的 Vim 插件列表看看？

#51 楼 @kikyous 那都只是镜像而已，不算数。只有当大多数 Vim 插件的开发者都已 github 为自己代码托管工具时才算，完全形成了事实上的标准，就像 Ruby 社区那样。

#47 楼 @williamherry http://en.wikipedia.org/wiki/Input_method_editor

#35 楼 @Rei 会用啊，就像我也会用 rvm 管理 Ruby 版本一样，社区文化是这么主导的。但是 github 主导过 Vim 社区吗？

#45 楼 @williamherry 可以是可以啊，但是一般不这么做啊 话说你用的是什么 IME 呢？

#41 楼 @1272729223 竟然往 Vim 里输入中文？