あの比較表は変だし、時々間違ってることもある。例えば、Neovimはデフォルトで外部ファイルの変更を検出して更新するし。Kiのキーバインディングの一貫性は「素晴らしい」。bit vim/helix: > 「見ての通り、これらのキーマップには単一の論理的な分類がない。小文字-大文字、ノーマル-オルト、左右のブラケット、あるいは全く説明できないものもある。」Word、End、Back、Change Word、さらにはChange Inner（など）は僕には非常に論理的に感じるし、編集してるときにエディタと話してるような気分になる。別のやり方を学んだ人には意味がわからないかもしれないけど、理解しようとする努力をすれば全く意味があるんだ。自動運転を学んでずっと運転してから、マニュアルを「全く説明できない」と呼ぶようなもんだよ。単に別のやり方を学んで、それが唯一の正しい方法だと信じ込んでるだけなんだ。作成者がVSCode出身だってことがわかるね（マルチカーソルは無駄な機能、s/search/replaceを使ってマクロに慣れれば全く新しい世界が開けるよ）。

4. 上記の全て。つまりEmacsだね。

Vimの改善。Edのビジュアルモードが改善された！

それなら、面白いかもしれないモーダルコードエディタのプロジェクトに取り組んでるよ。これもASTに直接操作してて、UIノードとして表現されてるから、普通のテキストレイアウトに近い感じになってる。もし試してみたいなら、プロフィールにメールしてね。早めのフィードバックももらえると嬉しい（まだ初期開発中だけど）。

私も全く同じだよ。今まで多くの挑戦者がいたけど、同じチャンピオンがいる（主観的なのは分かってるけど）。

Neovimでもtree-sitterを使ってインクリメンタル選択が利用可能だよ。

IntelliJの一番好きな機能はこれだな、あのバカみたいなコンテキストアクションメニューと一緒に。

同意する、最高の機能だよね。「メソッドを抽出する」みたいな機能と組み合わせると、地味なリファクタリングが超早くなる。

自分もhelixで常に使ってるよ。vscodeのは微妙だけど。GitHubでtree-sitterに切り替える話を見たことがあるけど、それがAST関連のアクションを改善するはずだった。結局、何も進展しなかったと思うけど。ASTを意識した編集が大好きなんだ。Lispを編集するのがいつも楽しい理由の一つだと思う。JavaScriptで説明するのが複雑なもの（LSPサポートがないもの）は、ほぼ全てASTパーサーが必要だけど、Lispだと単純なリスト操作で済むからね。Clojureの週末を過ごした後にTypeScriptに戻ると、slurp!や他のpareditコマンドがすごく恋しくなるよ。