主要是看了这个帖子 https://lobste.rs/s/0ipjdk/you_should_be_using_python_s_walrus

我依稀记得有人是在 udev 层面做的改映射，不需要借助额外程序。
哦，找到个参考: https://wiki.archlinux.org/title/map_scancodes_to_keycodes

我看有几位提到了“圣战”，拜托，这啥圣战啊？主角谁呀？我没见 emacs 用户出来说 up 主的知乎回答有啥问题；反倒是几位没深入用过 vim 甚至没入门 vim 的用户来踢馆，我到目前没看到值得“圣战”的点。

我来凭空找几个角度（然而我只是轻度使用 doom emacs ）：vim 的 syntax highlight 全靠 regex 存在不准确的情况、性能不高的情况； cli 下的 vim 受限于 terminal 不能使用所有按键组合、不能显示图片、也没法在 split window 中预览渲染好的 markdown ； lsp 不是内置的，使用上有一定延迟（至于能不能接受偏主观感觉），异构扩展中难免使用 vimscript 专有的 api ，传递、接受变量时有额外的序列化消耗。

跑题一些，接触到用 n/vim 的人中并不只用 n/vim ，都会利用其他工具来扩展自身能力，比如：terminal+floatwin/popup window 配合 fd+rg+fzf 、quickfix/location list 配合 rg 、自身的异步任务系统、自定义 syntax 、ftplugin 配合 git 、等等。

也作为一个 “vim”老用户，我不会只困在 n/vim 中，我当然要关注、使用其他同类工具收获一些灵感以提高**我自己**对于写代码体验上的理解跟需求（没错，需求是被创造出来的）。比如最近我发现 doom emacs 中的 lsp 补全可以做到 fuzzy match ，nvim 的 builtin lsp client 没有，而且受限于 popup menu 的相关实现没有暴露的 api ，我没有找到可能的方法；看到新 pattern ，我在想依照 n/vim 的扩展能力它应该可以为我所用，而且也往往是早就有人想到实现了个插件。

最后提一嘴 ide ，我不喜欢用它的一个原因是，它集成了太多我不想要的功能，长期自定义使用 n/vim 、archlinux 桌面 work flow 的我不太能接受。

昨晚我刚起草了个自用的 dirvish 实现，忍不住要说，在 nvim lua api 、sumneko_lua 、活跃的社区、丰富的参考插件等等的加持下，扩展 nvim 确实是种乐趣。
我是个学不会 vimscript 的可怜人，也是因为没有 lsp ，我用 vimscript 写起来费劲，遇到问题又没地方问。
我目前的插件只有 20 个左右，很多功能都是自己用 lua 实现的； nvim 的启动时间 35ms ；整体看起来完全掌控的感觉真爽。

我这里 ipv6 线路确实更快

youtube 强制加广告，这点我觉得 b 站优势明显

@secondwtq 我注意到了，也试过找 monaco 的 license ，未果。发这篇帖子之前我默认这个字体是在公有领域了，而且看到这个人在用 https://github.com/lewis6991/dotfiles/blob/main/config/kitty/kitty.conf#L23 ，他在 neovim 界还蛮有影响力的，所以没在意。
---a few minutes later... ---
我刚去 neovim 的 matrix 房间问了下，有人说 monaco 对个人是免费使用的，不过没找到这句话的出处；而且也没有蹲到 lewis6991 （具体的对话可以在这里找到： https://matrix.to/#/!JAfPjWAdLCtgeCAwnS:matrix.org/$166102226735209ZKIno:matrix.org?via=matrix.org&via=libera.chat&via=gitter.im ）

我的结论是：风险可能会有，不过我太爱它了愿意承担这个风险

neovim 也有尝试迁移 CI 到 sr.ht 的 PR ，iirc

谢谢各位的其他推荐，期望在之后的某个心境我发现它们独特的美，再来次惊喜之旅

误操作晕死： https://sm.ms/image/2xok63ruvdBVmtF

第一种消耗比较小啊，可以考虑增加规定个独特的终止信息在生产端退出时发出，消费端识别处理下（比较类似于 waitgroup ，消费端处理终止信息时也可以用 atomic 计数）

@chenxytw 哦哦，不好意思，没理解到你的意思。看比赛来着，没能及时回复。（这 aster 第三局我是看不下去了）

@chenxytw 你这话也太片面了吧，虽然我不主用 kitty ，但据我之前看过的 benchmark ，它与其他 terminal 并没有很大的性能差距。而且在我今天的测试中（同时开启 50 个同类终端），alacritty 纯用 rust 实现的终端在处理键盘输入的时候能感觉到明显的延迟，作为对比我也试了 urxvt 、st 、kitty ，后三者则没有感受到。（当然这纯感受显然没有很强的说服力，只不过在我这里，alacrity 跟后三者不是在响应速度上不是同一梯队的）

> 没办法简单的记录输出内容来恢复屏幕
哦，这大概是 terminfo 存在的部分意义了；那应该也意味着 tmux 给运行其中的程序设置了自己的 TERM ，然后在渲染的时候还要转成最终 terminal 能理解的格式

@codehz 谢谢回复！

> 自己缓存屏幕内容、丢弃输出内容
这几点是意料之中的，也是 tmux 的 history-limit 这个选项的意义吧。

> 如果终端模拟器自己做的话，这部分工作就可以少一份
作为对比，st 没有这部分设置（刚用没多久，我单纯依靠配置项来判断的）；这是不是说 st 跟 tmux 绝配？
urxvt 、alacritty 有，这部分缓冲确实是多余的

zig 中可以这样 `var x: anyerror!?T`

说到 offtopic ，看看这位前前后后小十次评论： https://github.com/agronholm/apscheduler/issues/465 。最后烦得我退订了

谢谢各位回复。
@chenxytw 哈哈，这个例子太冷门了，我目前没遇到过。不过帖子描述中的 nim 链接中确实有列出它。
@junkun 这 nonlocal 操作有点繁琐啊，看起来不贴近实际场景，我大概率会继续用 closure ，除非像 zig 这样不支持 nested function 更没有 closure 的。（为了区分这两者，就用 closure 、function 代替了）

我有些惊讶，lua 5.1 这个 10 来年语法没改变的语言在这点上都比 python 想得周到，而 python 这边竟然连个 pep 都没有。(lua 5.1 发布于 2006 ，python 3.0 于 2008 ）

@totoro625 "还是一堆 Linux 桌面环境？" 你这里显然是贬义，但我要说这何尝不是个优势。我用过或在用 windows 、macos 、ubuntu unity 、kde plasma 、gnome 、xfce 、openbox 、i3 ，还有其他没怎么深度体验过的 elementary 、awesome 、sway 。我最终能有我自己的取舍，改进自己的工作流，但也能保持开放心态。

（不得不说得益于 archlinux ，我想体验 de 、wm 啥都能轻松搞定，哈哈）