Vim 不适合什么

GUI时代的工作习惯

我们现在包括用 图形界面的 linux GUI 都是多进程的，而且我们 习惯了 在多进程下工作：比如一边写代码，一边打开网页查询相关资料，再开第三个进程，实时记录下自己的编程日志。这是在三个进程之间来回切换。这是在 GUI 时代下形成的工作习惯。

因为 Vim 被设计于工作在 CLI 这样单进程的工作环境下。比如在 CLI 中开一个浏览器查资料，你必须把写代码的编辑器关闭。Vim 它基本不考虑在多个进程之间切换工作的问题。如果你习惯了在 GUI 时代多窗口切换的工作方式，那你用 Vim 工作可能会相当痛苦。你要把你已有的习惯打破去适应 Vim 的工作方式，过程挺自虐的。

gVim 给 Vim 套了一层 GUI 的壳子，但他没有改变 Vim 作为 CLI 编辑器的本质。只要你还有多窗口切换的工作习惯，你使用 gVim 仍然会遇到不便。

MS-Windows 多语言多编码问题

Vim 他被设计的时候是在 CLI 下，他的编码问题是依靠操作系统解决的，linux 在内的多种操作系统使用了 unicode 作为内置文本编码，解决了多语言多编码问题。很多人使用 MS-Windows 工作，MS-Windows 为了兼容 MS-DOS，就没有使用 unicode 作为内置文本编码，所以当你在 MS-Windows 平台下使用 Vim 处理多语言多编码文件，会遇到困难。

无痛使用 Vim 的操作方式

如果你欣赏 Vim 使用键盘快捷键代替鼠标的操作效率很高，但同时你已经习惯了多线程工作，在主流 IDE 上安装 Vim 插件是一个两全其美的方法。

EOF