helix 里面，各种操作感觉太跟手了，完全感觉不到任何延迟，基本的编辑功能，尤其是先选择再操作的设计也非常合理。
相比较而言 emacs 中的各种操作，算不上延迟，只是太不跟手，达不到指哪打哪儿的畅快感，这种畅快感，以前用 vim 的时候是一直有的
已经准备把 org-roam 和 org 里的任务管理切换为 logseq，编辑器用 helix
只是现在 helix 还没有好的 git 集成，magit 还是 emacs 的大杀器，念念不忘，下载了一个 lazygit 试了下，始终不那么跟手
（后现代）编辑器的设计果然好的很。
确实每过段时间还是得关注关注业界新的趋势、方向和新事物
作为老vim用户还是觉得选择全部放在一个模式里面比较好，对 helix 的这个设计不太感冒。
要说操作流畅，确实是独一份的。nvim的性能也很不错，但还是避免不了窗口出来内容还没出来的延迟感，helix的which-key或者各种picker就没这种问题。但这究竟是官方实现才能做到还是性能本来就可以如此，还得扩展了插件生态以后再看。
对对，这也是我担心的一个问题，担心这些新的编辑器现在跟手，快，是因为功能还没那么多，所以还比较快，如果后面加了插件支持，git 支持这些之后，性能一样有下降。
当然天然的 rust 的性能应该是有优势的
试了下，感觉功能比较缺乏啊，似乎连 spell check 也还没有。免配置这点确实不错，感觉可以替代 neovim 临时编辑文件的场景。
对我来说 emacs 最无可替代的点是： org-mode，emacs-rime，dired。而目前还没有任何编辑器能提供这些功能，所以迁移到次时代编辑器距离我起码还有好几年。
盲猜一下是你配置的问题（
用的 doom emacs 的配置，eglot lsp ，编辑 typescript 代码，确实不那么跟手
关键是生态。现在插件少，流畅是必然的，很多功能都内置了。如果插件多了，也不好讲啊。emacs/vim有这么顽强的生命力，生态和可扩展性是非常重要的因素。
logseq的任务管理功能太薄弱了，缺乏agenda导致基本不可用……
看到个 agenda 的插件
这里有个 youtube 的介绍
感觉功能还可以的，有研究过没
org-gtd 我认为是目前最好用的符合 gtd 流程的包。
哈哈，不光插件少，
现在连插件机制都没有，还在设计中，看样子是想要基于 Scheme 做一个的
确实这是最担心的一点，恐怕坚持用了一段时间，等到各个功能都有了，发现也变的比较慢了
emacs -q 使用还不跟手？
是，emacs -q 确实也快，不过我也是周末偶然发现， helix 居然默认无需任何配置，连配置文件都不需要有，直接 apt 安装好，装上 ts 的 lsp server，写 typescript 项目，啥功能都有了，跳转语法错误、警告，跳转定义，跳转引用，关键字查询，重构，等等，全有了，而且速度飞快…… 单纯做 ts 的编辑器甚至 IDE，那是用着相当的爽。不过貌似这个功劳一半得记给微软
emacs -q 默认的话，差距有点大
不禁感叹：世间安得双全法，既要… 又要…
只要架构足够优秀，生态不用愁，那么多人喜欢折腾配置，如果架构优秀，折腾起来肯定更有趣更有成就感，肯定吸引不少人。
你说的这些 emacs -q 也有啊
刚刚试了下，emacs -q 之后，好像默认没法把 git 目录当做一个 project 来处理, 打开了一个 tsx 文件发现没有高亮显示，执行 xref-find-definition 提示要找一个 TAG 文件, 手动运行 eglot 后，可以跳转定义，查找引用这些了，但是还没找到如何高亮显示文件内容，执行 typescript-mode 提示激活 tree-sitter 失败
差别还是挺大的
如果我从一个新手的角度来考虑，这两个可能会被新手划到 “可用” 和 “不可用” 两个范畴
可能这也正是大家需要 emacs 的 start kit 的原因吧，相较而言，新出现的这些 editor，比如 vscode, helix, neovim, 感觉都非常重视针对新手初次的体验，毕竟先要框住人，先用上，再能谈参与进来，进而做更多的贡献。
我的 emacs 配置积累了有十几年了，光配置已经有 1000 多个 commit 演进，考虑了很多自己的非常个性化的需求，说实话除了速度之外，其他都是很匹配我的需求的配置了。
只是第一次用 helix 确实感觉很惊艳。没有任何配置，在项目根目录下，直接 hx . 然后空格，弹出 which key 的 popup，直接输入 f，输入文件名，发现一切都是 ready 的，用起来这么舒服，大大超出我的预期。当然我的这个体验可能也和我之前用过很多年的 vim，也很喜欢这一套模式编辑的概念有关系。
BTW 方便能请教下，你是怎么执行 emacs -q 吗？
呃，就是 emacs -q 啊哈哈哈
tree sitter 应该可以直接 treesit-install-language-grammar 选个语言一路回车就装上了，和你装 ts 的 lsp server 应该难度差不多
project 这里我试了是可以识别 .git
对，更正一下，我执行 project-find-file 确实是可以的
不过 treesit-install-language-grammar 可能本身对新手来说，不那么友好
从功能的可发现性角度和新手的友好角度考虑，我感觉 emacs 确实应该默认集成且启用 which-key
不然新人第一次用，大概率一头雾水啊，新拉一个人进来，都得要配个布道师 
或者得要用户先看文档
这个比较主观吧我觉得，我刚用 emacs 的时候也是装了 which-key，直到我把这个包从我配置中删除的时候我都没看过一眼他弹出来的东西 ，因为我觉得一点一点找太蠢了，还很慢，不如一次找到常用的用过就记住了
我主观认为用任何东西至少要看下 quick start 之类的文档，当然现在大家都讲究开箱即用也没什么问题
比如我用 dvorak， 直接装 helix 也是要查怎么改建等等问题不然根本用不了一点
刚 profiler 了下，发现 emacs 里面，最慢的还是 font lock 部分……
不过发现 nav-flash 和 so long mode 也慢，直接取消禁用了这两个包
看来以后确实得定期 profiler 取消慢包，生态太繁荣，各种包，就指不定哪个踩雷了