使用VS Code五年后，我决定换回Pycharm

在编程中，VS Code 作为我的主 IDE 长达 5 年之久。在这个时间点上我决定换掉它，这可能会令人无法理解。本文我将和大家分享我做这个决定的原因。

本文是根据我使用 VS Code 和 JetBrains 的一些切身体会，将从 5 个方面对它们进行的对比分析。并且阐述了一些使用场景中 JetBrains 优势明显的原因。

代码检查和重构

VS Code：快、简单、支撑多语言

首先，任何编程语言在 VS Code 中都可以简单且快速地启动和运行，所以大家也会称它为“编辑器”。因此，VS Code 对于像我这样的全栈工程师来说是最佳选择。无论你是需要频繁在 Python 和 JavaScript 之间切换，还是需要增加一个基于 NextJS 开发的 React App，还是需要在 Ralis 系统上配置 Ruby 环境，这些能力 VS Code 都能很好地支持，并为这些开发语言提供了包括 lingting 在内的一系列开箱即用的功能。即使碰到某个功能没有，那也只需要在其插件市场上搜索一个，找一个具备此功能的插件进行安装即可。

其次，由于有了诸如 Github Copilot，AI-based linting，auto imports 等一系列插件的支撑，VS Code 具备了强大的 linting 能力。在 VS Code 中，无论你什么时候想要什么功能，配置起来都非常容易。很多时候，只是需要敲个结束符，VS Code 就会将你想要的内容提示出来。不过有些时候，人们也会因为这种 linting 能力的失效而崩溃。实际上，我时常陷入试图弄清楚为什么一个标准的 linting 不能工作的困境中。不管是由于我使用 Anaconda 安装的多 python 环境导致，还是由于少了安装包导致，但很多时候我都无法直接得到答案。此外，VS Code 针对 JavaScript 语言的 linting 能力也非常强大，不过它不会对 JavaScript 进行深入的类型检查，庆幸的是，我们可以通过 TypeScript 来解决这个问题。

最后，作为一个编辑器，VS Code 在代码重构上表现的确非常出色。它在诸如变量重命名、文件移动和引用自动修改等基础的重构功能上表现得非常棒。但在诸如函数移动、参数重命名、代码抽取等更高级别的重构功能方面，它就显得有些能力不够了。不过，幸运的是，仅仅一些基础的重构功能就足以满足我们日常大部分重构需求。在我使用 VS Code 的五年中，它满足了我遇到的大多数重构场景。

JetBrains：标准、专业、支撑强大

首先，JetBrains 是一个包含了很多不合理初始设置的强大 IDE。在我第一次接触它的时候，为了让代码显示的比较优雅，不得不在设置上大费周章。不过，在两个为不同使用场景设计的 IDE 之间做切换，付出一些学习的时间成本是不可避免的。如果我的一个 POST 请求突然出问题了，我就得打开 PyCharm，看看是不是我后端 API 服务出问题 了；如果在推荐类项目中，我突然对最佳推荐算法有了新的优化思路，我就需要打开 CLion。不过，由于有了智能识别，在打开不同 IDE 的时候，我只需要花点时间练习下将 code . 切换到诸如 webstorm . 和 pycharm. 等其他脚本。

其次，JetBrains 的引擎性能强大。当我将 IDE 都替换为 JetBrains 之后，它强大的引擎性能让我印象深刻。当我在编辑器中看到一些红线警告的时候，我只需要使用快捷键 comman+p 将当前窗口重新加载一次，这些红线警告就会消失，或者会给出一些有用的提示信息。这种简单和快速响应的代码检查，让我在编程时心情愉快。

最后，在重构能力上，JetBrains 功能强大，这也是它真正吸引我的地方。就在上周，在为公司平台构建最后的内测版本期间，为了让组件未来具备更强的扩展性，我重构和新增了一些组件。