A Good Vimrc

@Livid
那么你对类似这样插件如何看呢？

https://spacevim.org

在 SpaceVim 中对每一个配置都有很详细的文档，我觉得即便不用，也可以学习一下如何配置以及的 vin 环境。而且我在争取默认配置最小化，尽量减少默认插件。

我也赞同只装自己需要的插件，自己写了个 SHELL 脚本，在 LINUX 上运行，然后打个包，做一个 WINDOWS GVIM 兼容的 VIMRC ，用了几年了，一样爽

@aerostone 这也是 SpaceVim 为什么采用模块化管理，当初我就是想着让用户只载入自己需要的模块，其他模块都不会被载入。

我基本上是看别人的配置、插件，发现好用的、新奇的就一个一个的试，感觉好用就放进自己的 vimrc ，然后放到自己的 dotfiles 里面。用 Vim 么，怎么能缺少了一颗折腾的心， 2233333

默认已足够

虽然很无聊，还是要贴下

https://github.com/tracyone/t-vim

同意， dotfiles 这种东西，如果自己都看不懂，那么就不要用那个配置了

@SpaceVim 配置有解释不代表每个配置都用上，我个人习惯自己维护一个 dotfile

看到上面的某个 id 就想起水深火热里面的一群话题了. 现在还想拉人给自己背书...

有一种情况是，你用空白 `.vimrc` 感觉使用起来不舒服，而且可能要罗列出来哪些地方不舒服蛮费时间的，于是就会去找插件包或是别人做好的 `.vimrc`，然后挑到一两件称手的，就一直用了下去。
时间长了，可能有的 `lines` 并没有注意到，却已然融入你的习惯。

我自己是用的 [Vundle]( https://github.com/VundleVim/Vundle.vim) 来管插件，使用过程中如果遇到了某一点不舒服的，再去 `.vimrc` 里找，删掉或改掉。

某，推广开源项目有利益可图吗？为什么要这么争？

r#10 @librae
Vundle 有点笨重落后了
推荐 junegunn/vim-plug: Minimalist Vim Plugin Manager https://github.com/junegunn/vim-plug

赞同这种 vimrc 介绍， vim 的思想就是配置自己的编辑器。每个人的 vim 理论上都应该不同。当然，这是上世纪程序员还有大把时间摸鱼去配编辑器的时候，现在项目逼这么紧，我倾向于直接上 ide 。

@xuboying "上世纪程序员还有大把时间摸鱼去配编辑器的时候" 看到这句话心中一惊

@Livid 我像知道为什么我的回帖总是被删掉，本来这个帖子刚发的时候，我回复了一个，被删了，紧接着 6 楼发了一个 github 链接后，我也回复了一个，又被删除了，不是说 V2EX 的回复都不会被删除的么？

@SpaceVim 如果你注册一个账号，只是为了不停地发你自己的链接，那么我只能把你的账号降权了。

@Livid 以前的推广模式确实很不好，那我该怎么修复账号呢？我已经很久不发帖子了。