vim 编译运行

一般编译和运行是分开进行的。
最主要的原因是，程序大约不可能编译完就是对的62616964757a686964616fe78988e69d8331333337393031，往往还需要很多调整。在确定编译能够成功进行之后才有运行的必要。编译过程多由 makefile 确定，不需要过多干预。

另一方面，从运行角度来看。为了对很多函数模块进行测试，往往需要不同的用例来进行测试。这一般又是通过一些脚本来尽量自动执行，甚至自动判断执行结果是否正确。

对于初学者开发小程序，个人感觉，vim 不如 IDE 方便。
对于稍大一些的项目，vim 可能效率会高一些。但总的来说， vim 是个编辑器，只对高效编辑负责。如果希望编辑、编译、调试这个循环整个顺下来，vim 需要配合其它工具一起使用（别忘了动辄数G的IDE也是无数工具的集合体）。

vim 的学习成本较高，因为还需要学习让它和开发环境的耦合。
比如学习使用 make。很多 IDE 也是使用 make 或类似的技术，只不过用的是相同的脚本。同样，对于自己写的 make 来说，很多项目的脚本也可以通用。这些脚本，还需要在自己学习的过程中积累（IDE 就相当于它给你集成好了）。

运行也可以通过脚本来进行，比如可以学学 bash 脚本开发，很简单。
可以写一些简单的脚本，帮助在执行程序的时候输入测试用例，并查检执行结果是否正确。通常不用关心程序的输出，只要报告给我哪些用例过不了，再自己去看过不了的用例是哪些，执行结果和预期的有什么区别，从中推程序出什么问题就行了。调试的时候很可能还会用到 gdb，总之不一而足。

看起来很麻烦，用起来也和 IDE 差不多。要说有什么好处的话，感觉除了 IDE 慢一些以外，主要是如果 IDE 没能按预期的结果工作的时候。用过的人大约都经历过，动辄弹出了一些莫名的错误，或者卡着不动之类的情况。这时使用者就只能抓耳挠腮，四处寻求帮助。找不着问题的时候，重启系统，或者重装一遍又好了，让人感觉莫名其妙。而 vim 及其开发环境会置系统于你自己的掌控之下。