Vim 希望你掌控，VSCode 希望你消费

# Vim 想要你掌控，VSCode 想要你消费 来源：https://buttondown.com/hillelwayne/archive/vim-wants-you-to-control-vscode-wants-you-to 七月份的通讯更新时断时续，因为参加了两场婚礼、两个会议（准备了两个不同的演讲！），并且完成了《程序员逻辑指南》(https://logicforprogrammers.com/)。非常感谢所有购买了这本书的读者，也感谢你们对更新进度的耐心等待。文末有一些播客访谈、会议演讲和书籍促销信息。 八月份的通讯更新也会不太定期，因为我刚刚开始了在 Antithesis (https://antithesis.com/) 的开发者教育者工作。由于每周要工作40小时（其中约8小时是实际工作，其余32小时则是在与 NixOS (https://nixos.org/) 搏斗），我的写作时间会减少。NixOS 是公司的标准开发者操作系统。即使对于 Linux 老手来说，它也是出了名的难学，而我又是从 Windows 转过来的。我唯一能适应的方法就是全身心投入，完全信奉 NixOS 的理念。¹ (https://buttondown.com/hillelwayne/archive/vim-wants-you-to-control-vscode-wants-you-to#fn:quitters) 首先，我在尝试看看能坚持多久不依赖我那通常长达2000行的 Neovim 配置。这立刻引出了一个问题：**为什么我需要2000行 Neovim 配置？** 因为 Vim² (https://buttondown.com/hillelwayne/archive/vim-wants-you-to-control-vscode-wants-you-to#fn:vim)（和 Emacs）思考配置的方式与更流行的编辑器非常不同。 ## 掌控与消费 假设我们想设置 `ctrl+n` 来保存当前文件。在 VSCode 中，你将此配置放在 `keybindings.json` 中： ```json [ { "key": "ctrl+n", "command": "workbench.action.files.save" } ] ``` 在 Neovim 中，你将其放在 `init.lua` 中： ```lua vim.keymap.set('n', '<C-n>', function() vim.cmd.write() end) ``` 现在，来看几个区别。首先，VSCode 示例调用的是一个固定的、内置的命令，而 Neovim 可以绑定任意函数。其次，在 VSCode 中你编辑一个包含静态数据的静态配置文件，而在 Neovim 中你执行的是一个会修改运行时编辑器状态的命令。实际上，它甚至不需要在配置文件中：你可以直接从命令行添加新的键映射。不过你可能更愿意用原始 Vim 的方式来做那个命令： `:map <C-n> :w<CR>` 这和函数的作用不同：它让按下 `ctrl+n` 等同于“执行输入 `:w` 并按下回车键所做的任何事情”。在默认的 Vim 中，这和保存文件是一样的，但如果你把 `:` 映射成了 `o`，那么它就会相当于执行 `ow`，这会输入字符 `w` 并换行。³ (https://buttondown.com/hillelwayne/archive/vim-wants-you-to-control-vscode-wants-you-to#fn:nnoremap) 换句话说，Vim 让你对编辑器状态拥有惊人的编程控制权。想让输入 `;r` 从剪贴板粘贴？很简单。想在普通模式和插入模式下使用不同的设置选项？没问题。想让“写文件”在满月时做些别的？如果你愿意，完全可以。⁴ (https://buttondown.com/hillelwayne/archive/vim-wants-you-to-control-vscode-wants-you-to#fn:bufwrite) 当然，你在 VSCode 中也能进行一定程度的定制，尤其是通过多命令（multicommands），但对于大多数复杂功能，你需要编写插件。而在 VSCode 中创建插件比在 Neo/Vim 中创建要繁重得多。如果你想制作一个统计字数的命令 (https://github.com/microsoft/vscode-wordcount)，你需要：1) 学习 TypeScript，2) 搭建一个特殊的 VSCode 扩展项目 (https://www.npmjs.com/package/generator-code)，3) 定义一个 `wordcount` 函数，4) 注册 `mycode.wordcount` 命令，5) 在扩展清单中将 `mycode.wordcount` 添加为 `contributes` 记录，6) 打包或发布你的扩展，7) 导入该扩展。很明显，插件系统**并非**旨在让你微调一点功能，而是让专业人士为其他开发者制作完整的插件。由于 VSCode 的许多高级功能只能通过插件实现，这限制了普通用户对其环境的控制。 Neovim 也有插件，但它们无法做到你默认配置中做不到的事情。诚然，某些 API 部分是专门面向插件专家的，但它们仍然有文档记录且可供个人配置使用。你永远不知道别人需要什么！ 总结一下： - VSCode 采用两层体系：插件制造者制作插件，用户消费插件。插件比用户拥有更多权力。大多数用户并不被期望自己创建扩展。 - Vim 采用单层体系：用户可以做任何插件能做的事情。每个人都可以扩展系统，并拥有他们想要的任何控制权。 ## 大多数人应该是消费者 坦白说，这些内容无意中带有一点引战意味。“消费者”在软件领域是个贬义词。消费者是受制于生产者决策的人。我认为成为消费者甚至带有一种被动的内涵。这逐渐引向了一种道德判断：开发者**应该**使用 Neovim，**因为**它给予他们控制权。但是——这里**有意**带点引战——情况恰恰相反。大多数开发者最好坚持使用消费者模型，只有在他们真的、真的想要时才切换到控制型编辑器。⁵ (https://buttondown.com/hillelwayne/archive/vim-wants-you-to-control-vscode-wants-you-to#fn:minimalism) 首先，学习配置和扩展 Vim 是很难的。我花了很长时间才熟练编写基本脚本。即使我熟悉修改 Vim，如果我想要现代化的开发者体验，我仍然需要使用别人的插件。我可不会从头开始编写自己的 treesitter 集成。⁶ 其次，虽然在 VSCode 上开发插件的体验更差，但消费插件的体验却好得多，甚至好得多： - 所有插件的安装、设置和使用方式都相同。当我安装一个新插件时，不需要花十分钟阅读文档才能让它工作。 - 我可以阅读扩展添加的所有新命令、键绑定和配置选项列表。我可以在相同的设置 UI 中编辑任何配置选项，该 UI 具有全局搜索和输入验证等功能。 - 我可以在不更改启动脚本的情况下启用和禁用扩展，并且可以仅为特定工作区启用扩展。 - 如果一个插件添加的键绑定与我的自定义键绑定（或另一个插件的键绑定）冲突，VSCode 会**告诉我**，而不是静默覆盖旧的绑定。 - 我无法通过启动时运行的奇怪脚本或安装另一个插件来破坏一个插件。 - 一个插件也无法破坏**我的**启动过程。 所有这些之所以可能，恰恰是因为 VSCode 的插件系统如此重量级且不灵活，并且一切都通过静态 JSON 文件进行配置。要弄清楚一个 Neovim 扩展有哪些配置选项，简直相当于解决停机问题。（这里更广泛的原则是**能力-保证权衡**。⁷ (https://buttondown.com/hillelwayne/archive/vim-wants-you-to-control-vscode-wants-you-to#fn:tradeoff) 一个 VSCode 扩展能做的事情比 Vim 扩展少，因此我们对它实际能做什么有更多的保证。探索能力-保证权衡是《程序员逻辑指南》的一个贯穿主题。） 消费范式在很多方面不如控制范式，但它在这个特定、**极其重要**的方面好得多，以至于对大多数开发者来说它是正确的选择。在某种程度上，我怀疑偏好控制更多是一种性格特质，而非深思熟虑的权衡。当我无法将某些软件调整到我满意的样子时，我会**不开心**，某样东西不对劲却无法修复，这真的让我很烦扰。如果明天我醒来，不再为这些事情烦恼，我还会更喜欢 Neovim 而不是 VSCode 吗？我不知道。也许在 Nix 体验的过程中我会找到答案。 --- 现在，设计空间中还有第三点我没有谈论：如果编辑器**同时**限制你的控制和消费呢？例如，Helix (https://helix-editor.com/) 允许添加 LSP 服务器和 treesitter 语法，但不允许任何其他类型的插件。⁸ (https://buttondown.com/hillelwayne/archive/vim-wants-you-to-control-vscode-wants-you-to#fn:plugins) 它还有一种静态且非常有限的配置语言。你甚至无法为不同的文件类型设置不同的键绑定。这在我看来简直疯了！但似乎很多人喜欢它，而且我对 Kakoune 风格的模态编辑 (https://kakoune.org/why-kakoune/why-kakoune.html#_improving_on_the_editing_model) 感兴趣已经有一段时间了。所以现在我正在将 Helix 作为我的主要终端编辑器。我不知道我是否会坚持使用它；我觉得我最终会渴望一个更可修改的编辑器。但至少到那时，在尝试导入我那数千行的 Neovim 配置之前，我对 Nix 会更熟悉了。 --- ## 出场活动等 这次有三项： - 我做客了《实用工程师》播客 (https://podcasts.apple.com/us/podcast/formal-methods-with-hillel-wayne/id1769051199?i=1000778935586)，谈论数学、形式化方法、AI 和 Crossover 项目。如果你喜欢听“like”这个词，可以听听，也可以观看视频 (https://www.youtube.com/watch?v=KSkcgIYQy0U&list=PLzwJJv8h-iciW53inSOkQA4mkG8TuQAUh&index=2) 看疯狂的 Stan 手势 (https://youtu.be/QgRIXntFhww?si=CbiXylqFpPoegh7F&t=6478)。 - 我还做客了 Leanpub 发布会 (https://youtu.be/27IJacqgHSU)，宣传《程序员逻辑指南》（配套博客 (https://leanpub.com/blog/leanpub-book-launch-logic-for-programmers-by-hillel-wayne/)）。 - 上个月我参加了首届 *软件应该有效* 会议 (https://softwareshould.work/)，做了一个关于形式化方法实用想法的常规演讲。但不知为何我的电脑无法连接音频/视频设备，并且**没有任何**工作人员有 PowerPoint，演讲的大部分内容在 Keynote 上根本**无法正常运行**。请观看我在这里在地震中走钢丝跳小步舞 (https://www.youtube.com/watch?v=zSZkLyD9ILI)。不知怎么的，我挺过来了。 哦，另外，Amazon 不知为何正在以 75 折销售《程序员逻辑指南》(https://www.amazon.com/dp/B0HBLP4B26)。我确认无论怎样我获得的版税都一样，所以，嘿，更便宜且没有坏处。我不知道这个促销会持续多久。