驳《别碰我，VIM》

几天前第一次读到《别碰我，VIM》这篇文章的时候，就已经觉得不可理喻，谁知后来竟然还来了个续，实在是无法理解文章的作者无知无畏到什么时候，难不成以后还要出个续续？ 

行，套用作者的话，追求高效的我，不习惯体积庞大的到几G的vs，不习惯升个级都要1个小时的vs，甚至升级时的临时空间比安装空间还要大，不习惯没法自己定制，不习惯看不到文件的编译顺序，不习惯被vs的作者牵着鼻子走。 

By the way，我这篇文章就是在用vim写，对，我还开了自动缩进，很爽。 

好吧，上面的纯属个人发泄，撇开谁钟情什么不谈，就像我喜欢我老婆，你总不能逼我去喜欢张曼玉吧？也撇开那些什么开源模式之类不谈，好吧，作者在续中说了，VIM只是个引子，对没错，但是这个引子被描述错了，所以整个结论就没办法成立。 

我首先想问一下，作者做过什么样的开发，windows，linux？你如果说你只做过微软那套SDK，那么咱也别说了，说了也没意思，因为你又都不懂；但如果说你做过linux开发，那该我不懂了，难道你都是把linux的文件down到本地，用vs编辑完了在上传上去？好吧，如果真的这样，那我对作者的耐心钦佩有加，但是同时也和作者一个观点自相冲突，你不说vs高效吗，但貌似不是这样哦。 

作者可能说我是强词夺理，但事实上，我这样说只是想说明一个问题：作者兄，你把vim理解错了，你拿了两个适合不同领域的东西在比较，而可笑的是，你最后还真得出结论了–vs比较好？ 

老祖宗的话，尺有所短，寸有所长，正确的东西该被用到正确的场合，用错了就会有问题，而一个好的程序员，乃至项目经理，都应该了解什么样的环境，什么样的项目，适合用什么样的开发工具。 

好吧，接着往下说，作者说linux就没有个好点的界面？我想，哪怕你又一点linux下的开发经验恐怕就不会问这么bc的问题。 

1.你看到哪个linux服务器用了GUI？别跟我消耗很少资源，我会笑死你，你知道在高并发量高负载的webserver下，一个for循环，一个stl库的使用，甚至一个memset的调用所引起的资源消耗都是惊人的，而多消耗一点，就会直接造成服务器的扩容，进而就是公司成本的提升，这样的意识，哪个公司敢要？ 

2.一个vimrc，我想改点配置，我就直接文本改就行，但是vs呢？我要记着在哪里改，说不定下次我就忘了，在vim中，我记得只是一行配置，而在vs中，我要记住的是一个操作序列，还有最后一个value值。是的，我分不清到底是我脑子不行，还是你脑子不行。 

OK，继续，关于vim上手难这个问题，听好，vim是一个编辑器，不是IDE。 

如果你要一个纯编辑编辑器的vim，那么vim不用配置就可以用，难吗？不难。而作者之所以觉得vim难用，是因为你想当然的认为vim就该像vs一样容易驾驭，而且还要把那些高级功能不用配置就统统实现好，这不是做梦？在linux下，人们遵循着不重复造轮子的原则，vim 80%的功能是编辑，我觉得，或者几乎所有的linux使用者都应该觉得，她在这一点上完成的已经是100%了，所以对于编辑这一项而言，这位作者不应该有任何抱怨。而根据2/8定律，实际上这只用到了vim 20%不到的配置，那另外80%的配置是用来完成用户想让vim完成的功能–编译，调试，我们应该感激vim帮我们把这些事情做了，而不是去埋怨她做的还不够好。而vs呢？他是个IDE，他有责任有义务，去把编译，链接，调试，执行，都做好，因为按照作者的说法，你是付费的，对吧，所以我这么说也是为你着想。 

写到这里，我刚开始激动的热血也稍微冷却了一点，想起了之前在公司碰到过的一件事情，也顺便和大家分享一下。 

记得是一个同事在论坛上分享了一篇vs用正则批量修正函数使用的文章，我当时看了一下，就回复了一句：为什么不用vim。而后来通过了解，那位同事是互娱的，人家做的是windows开发，如果强要人家用vim，那就是纯属无聊了。 

实际上就和那篇文章的作者一样，大家总是在自己的立场思考着问题，觉得可能自己的环境就是别人的环境，别人的选择也就应该和自己一样，多去了解一下世界，在指责之前多去思考一下自己，或许答案就会不一样。 

最后，我还想说一句，vim的另外80%的配置所带来的效果，是可以达到vs，甚至超过vs的功能的，只是，并不是，你试了一个晚上，然后就毛躁的发帖乱叫可以学会的。 

版权所有，转载请注明出处。 http://vimer.cn/?p=104