作为 2020 年的开发者，你应该学习 VIM 吗？
开场白
关于使用什么文本编辑器，哪一种 shell 和哪一类操作系统一直是开发者热衷于讨论的话题。我们知道，肯定有人很热衷于 VIM。遗憾的是，这篇文章不打算赞美 VIM，而是来讨论我为什么决定学习 VIM，它能为我解决什么问题，不能为我解决什么问题，以及最重要的：你应不应该学习 VIM？
下文中我会对我的编程背景做一个简要介绍。大概在 2018 年末，我决定把编程作为职业后，就开始认真对待编程。在这之前，我经常为我玩的各种游戏创建（相当糟糕的）脚本，同时也把运行一些网站或游戏服务器作为副业。自从把编程作为事业之后，我涉猎了几种语言，其中在 JavaScript 的生态中我做了很多事情。介绍结束，我们来开始正文吧！
VIM 没有为我解决的问题
VIM 没有让我变成更优秀的软件工程师。我要重申一遍：学习 VIM 不会让你变成更优秀的软件工程师。核心意思是，软件工程与你开发所使用的 shell、编辑器或者操作系统无关。我相信肯定有很多人会有这样的观点：为了让你变成一个“优秀”的软件工程师，你需要使用 X 或者 Y。
作为这个行业的新人，我发现这种普遍的“要么不做，要么破产”的心态是畏缩者和精英主义者所有的。我们都是在为复杂问题创造解决方案。而用于解决方案的工具，不会让你成为更好的或者更差的开发者。
我为什么决定学习 VIM
建立习惯
既然我是一个相对比较萌新的程序员，我在很多领域有提升的空间，工作流绝对是其中之一。在学习 VIM 之前，我是一个连快捷键都不会设置的人。我非常依赖于鼠标。在 VIM 给我洗脑时，“让手专注于键盘”这个观点吸引了我，因为我打字一直很快。我的潜意识里告诉我，学习 VIM 不会造成任何负面影响。
无限潜能
在纠结应不应该学 VIM 时，我看了一个关于它的科技讨论，唯一能获得的要点是，人们用 VIM 很多年了，现在还能在这个工具上进行改进。
这个观点提示了我很多事情。首先，学会 VIM 需要投资巨多的时间，但更重要的是，你总是在想办法提高你的技能。作为一个萌新的开发者，我想同步我的努力。这是我之前观点的重申，当我把不同的工具（本例中的 VIM ）整合进我的开发工作流中，我就有一石二鸟的能力了。
在 Linux 服务器上，我再也不需要 nano
这句话有点传闻的味道，说这句话的人，在 Linux 远程环境下，远程运营了很多年的网站和服务器，他肯定不知道 VIM 确实很烦人。如果要为正在运行的服务修改配置文件，我得安装 nano，因为我对 VIM 的认知是用 :q! 来操作。
我的工作环境
日常工作中，我在 VSCode 上设置了 VIM 的插件。我曾经尝试安装过像 coc.nvim 这样的插件，以便直接用终端进行开发，但是这些都不是我的菜。我一直很喜欢在 VSCode 上写代码的体验。使用 VSCode 上的 VIM 插件提供了与运行 VIM 同样的体验，除此之外，我还能获得 VSCode 生态圈提供的好处。对于我来说，使用这个设置两全其美。
总结
你应该学习 VIM 吗？如果你没有任何使用快捷键的习惯，我觉得你至少需要试一下。我过去没有设置“舒服”的热键或者工作流的情况，让学习 VIM 对我充满了吸引力。学完 VIM 之后，我可以说我获得了只有自己才能构建的新的基础知识。
浏览 VIM 的教程（Vimtutor）大概花了我两周的时间，然后我才适应 VSCode 上的 VIM 插件。之后，又花了我另外一周的开发时间，通过肌肉记忆建立用快捷键浏览代码的习惯。这种方式现在看来，我是在用两种方式写代码。学会 VIM 让我的时间更有价值。
但是，我想重申，程序员最终还是为难题创造解决方案的。你想用哪一种快捷键方案、编辑器或者其他的东西，完全基于你的偏好。你编辑文件的速度往往不是你开发工作的瓶颈。
