代码编辑器常见误区：我踩过的5个坑
前阵子有个刚入行的朋友问我，为什么他写的代码老被人说格式乱。我打开他的编辑器看了一眼就笑了：装了四十多个插件，主题换了三套，光负责保存时自动格式化的工具就冲突了俩。这大概是代码编辑器最常见的坑，把它当成装机游戏在玩。
我用过 Vim、Sublime、Atom、VS Code，前后折腾了七八年，踩过的坑够写一本书。挑几个最典型的说说，看完能帮你少走一两年弯路。
插件堆得越多，干活反而越慢
我曾经有段时间沉迷装插件，看谁推荐就装谁，最后 VS Code 冷启动要 8 秒多，打开一个大文件滚动都卡。后来狠心清了一遍，只留 12 个，启动降到 1.5 秒左右。差别大到什么程度？以前我习惯开一次编辑器就不关，现在随手关随手开完全不心疼。
判断插件值不值得留，我的标准很简单：一周内没主动用过一次，就卸载。真正高频的其实就那么几类，语法高亮、代码格式化、Git 集成、括号配色。剩下的多半是"看起来很厉害，实际上用不上"。
快捷键和配置才是效率的真正来源
很多人换了编辑器，第一件事是去找好看的配色主题，最后才想起来学快捷键。顺序反了。主题看三天就腻，快捷键用三年还在帮你省时间。
我自己的做法是强迫自己"禁用鼠标"一周。刚开始难受得要命，但一周之后肌肉记忆就形成了。多光标编辑、按文件名快速跳转、按符号搜索、批量重命名，这几个动作熟练以后，改代码的速度能快出一大截。
- 先学编辑器自带的核心快捷键，别一上来就装 Vim 插件折腾自己
- 配置文件用 Settings Sync 或者 Git 仓库备份，换电脑十分钟就能复原
- 项目根目录放一个 .editorconfig，团队格式统一比个人偏好重要得多
- 格式化工具只留一个，Prettier 和 ESLint 的规则打架是最常见的翻车点
还有个误区是把编辑器当 IDE 使。有人非要让 VS Code 承担编译、调试、数据库、容器管理的全部工作，插件装到崩溃。说实话，重型任务交给专门的工具更靠谱，编辑器就干编辑的活。当然，如果你就是喜欢一体化，那也无可厚非，只是得接受它越来越慢的事实。
最后说一句，编辑器这东西，顺手比强大重要。我见过用记事本写代码也照样出活的人。别把时间花在比较哪个编辑器更好上，能让你安静敲两小时代码、中途不分心的那个，就是好编辑器。