逐渐喜欢上Neovim
内容提要
这篇文章分享了作者从Emacs转向Neovim的经历，作者使用Emacs已有20年，但最近两个月开始尝试Neovim并逐渐喜欢上它。文章中提到了Emacs和Neovim的区别、挑战和好处。作者认为Neovim比Emacs更快、更灵敏，配置和扩展性也相当，但插件质量相对较低。作者计划继续使用Neovim并将其配置适应自己的需求。
延伸解读
从Emacs到Neovim：切换的偶然与必然
作者使用Emacs近20年，但两个偶然因素促成了切换：朋友Ali选择Neovim并分享了配置，以及工作中LSP重命名功能出现bug导致效率受阻。这反映了工具迁移往往由具体痛点触发，而非长期规划。作者通过复用Ali的NixOS配置快速上手，降低了初始成本，说明社区共享配置能有效缓解迁移摩擦。
性能与扩展性：Neovim的优势与短板
作者认为Neovim比Emacs更快、更灵敏，且配置和扩展性相当，能轻松启动多个实例，而Emacs因过重难以多开。但Neovim插件平均质量较低，作者解释为社区更大、新手更多所致，并预期会改善。这提示选择插件需谨慎，同时Neovim在服务器端配置便利，提升了工作流效率。
键位与配置：迁移中的挑战与适应
键位绑定是主要挑战，作者因将Neovim设为系统$EDITOR导致zsh键位切换，初期感到沮丧。但随时间推移，作者逐渐喜欢上模态编辑，甚至能自行推断键位。目前有16个GitHub issue待解决，并存在LSP bug需频繁重启，但作者选择暂时忽略，优先保证项目进度。这表明迁移需容忍不完美，逐步优化配置。
未来展望：Neovim的持续使用与开放心态
作者计划继续使用Neovim，并未来调整配置以适应需求，届时再评估是否彻底放弃Emacs。作者明确拒绝Electron编辑器（如VS Code），但保持对Kakoune、Helix和Zed等新编辑器的关注。这体现了对工具实用性的重视，以及在不牺牲效率的前提下对新技术的开放态度。
Q&A
作者为什么决定从Emacs转向Neovim？
作者转向Neovim的原因包括朋友的影响和在Haskell项目中遇到的技术问题。
Neovim与Emacs相比有哪些优势？
Neovim比Emacs更快、更灵敏，配置和扩展性相当。
使用Neovim时，作者遇到了哪些挑战？
作者在使用Neovim时遇到的挑战包括键绑定的适应和插件质量较低。
作者对Neovim的初步印象是什么？
作者认为Neovim快速、响应灵敏，但键绑定的挑战让人沮丧。
作者在使用Emacs时有哪些配置上的困难？
作者经历了多次配置上的困难，甚至多次宣布“Emacs配置破产”。
作者未来对Neovim的计划是什么？
作者计划继续使用Neovim，并将其配置适应自己的需求。
