それにしても、nvimのプラグインを維持するのは結構大変だね！先週、4つのプラグインでnvimを再構築したばかりなんだ（mini.nvimは1つとしてカウント）。プラグインをたくさん積み重ねると、nvimの安定性と信頼性がイライラするレベルまで落ちる気がする。Emacsなら2つのプラグインだけで済むっていうのが羨ましいな。たぶん、もっと安定して動くんだろうね。

新しいnvimは、必要なプラグインを少しずつ減らしてきてるよ。今は組み込みのプラグインマネージャー、diffビューワー、lspもあるし。

これはディスじゃないけど、数ヶ月使った後でも、Pycharm + IdeaVIMの初期設定と同じくらい良いと思う？もちろん、自分の設定を作る理由は他にもあるけど、「IDEは目的を達成するための手段」として見ると、Neovimの迷宮に入るのはちょっと時間の無駄な気がする。

Emacsを10年以上使ってる人の話にすごく興味があるんだけど、HelixやVimと比べてどうなんだろう？ゼロからHelixやVimを使い始めた人のレポートはいいって聞くけど、長く使わないとEmacsの素晴らしさは本当に理解できないと思うんだよね。でも最近はVimっぽいキーやモードが他のエディタにすごくうまく統合されてるから（例えばVSCodeにはいいEmacsモードがないし）、もうVimの勝ちってことを受け入れなきゃいけない時期かも。何度か試してみたけど、指が覚えるまで我慢できなかったし、エディタを叩き続ける理由が見つからなかった。だから、実際にハードコアなEmacsユーザーの切り替えについてのレポートがすごく気になる。

Expreg（teeesitter expand region）はcombobulateを思い出させる（試したことはないけど、かっこいいと思う）けど、もっと軽くて限られた感じがする。

ところで、Claude CodeのEmacs設定の上手さはすごいよね。実際、elispを書くのも得意だし。自分もlsp-modeからeglotに切り替えたけど、こっちの方がいい。壊れにくいし。

その2つ目のポイントについてだけど、ターミナルを絶対に閉じたくない人がいるのは明らかだね。私もその一人かもしれない。:-D

個人的には、500行以上の設定を維持するのは好きじゃないな。プラグインもたくさんあるし、ゼロからneovimを設定するのはかなり面倒だよ。lazyvimみたいなものを使うと、50個のプラグインがセットアップされて、各gitリポジトリから最新のコミットを取ってくるだけで更新される。誰かがその50個のプラグインのうちの1つに悪意のあるものをデプロイするのは時間の問題だと思う。JetBrainsのIDEの言語サポートは素晴らしいけど、リモート開発にはあまり向いてない経験がある。複雑なリファクタリングをするために時々開くけど、Goland、RustRover、PyCharmを同時に開くのは本当に嫌だ。仕事で複数の言語を使ったモノレポがあるからね。

ここ数年、neovim、helix、emacs、nanoを日常的に使おうと頑張ってきた私としては、helixの初期設定が他のどれよりも圧倒的に良い体験だと思う。デフォルトがすごく良く選ばれてるし、コンテキストヘルプやヒントも、あまり使わないコマンドを使ったり思い出したりするのに役立つ。個人的には、helixのコマンドの順序がvimよりもずっと理解しやすいと感じた。私にとっては、現代のneovim/spacemacs体験の巨大なプラグイン/設定の壁が本当に嫌なんだ。拡張性や、プラグインがhelixではできないことを可能にしてくれるのは感謝してるけど（例えば、emacsはどんなlisp言語のIDEとしても機能するし、helixではreplを立ち上げられない）。でも、その問題はアプリケーション自体を学ぶ必要があるだけじゃなくて、たくさんのプラグインを学ばなきゃいけなくなることなんだ。みんなそれぞれ好みの組み合わせがあるから、プラグインでカバーされていることを調べると、しばしば互換性のない複数の回答に行き着くことになる。自分で設定をゼロから作ろうとすると（私もemacsでやったけど）、他の人のおすすめを信じることになるし、プラグインについて学ぶのに多くの時間を費やさなきゃいけなくなる。その時間は、自分がやりたいことに使えない時間なんだ。helixは新しいから、古い決定の遺産を背負ってないのが利点だね。その結果、helixは「現代」の期待に合った決定やデフォルトを作れる。完璧ではないけど、TUIに新しい人にとっては、現代的な便利さを持ったものを求めている時に、エディタの設定に数週間もかけたくないなら、始めるにはいい場所だと思う。

helixの素晴らしいデフォルトが本当に気に入ってる。20年間neovimを使ってきたけど、今でもすごく好きだよ。でも、いくつかのプラグインが壊れた後、helixを試してみたくなった。helixにはプラグインシステムがないのが残念だけど、私にとっては、ほぼ完璧な機能を持っていて、非常に反応が良いんだ。それに、マルチカーソルみたいな機能にも感謝するようになった。これまで試したことがなかったからね。いくつかのnvimのアウトオブボックスソリューションを試したけど、どれも気に入らなかった。zedも調べたけど、使う理由があまり見当たらない。試してみるべきかな。

SSHで低消費電力デバイスでたくさん作業してるんだ。Helixはほぼ瞬時に立ち上がるし、同じ機能を持つneovim（プラグイン経由）は起動にかなり時間がかかるし、メンテナンスコストも高い（設定やプラグインの更新）。バグ修正を手伝えるくらいのRustは知ってるけど、C系の言語は全然知らないんだ。だから、自分が知ってる言語で書かれたオープンソースプロジェクトを使うのが好きなんだ。追記：参考までに、私は12年くらいn/vimを使ってから、ここ数年Helixに切り替えた趣味のプログラマーだよ。nvimの挙動でまだちょっと恋しい部分もあるけど、Helixの瞬時に立ち上がるのと、nvimを同じレベルに設定した場合の1〜2秒の差は、全然価値があると思ってる。

エディタの選択って、あんまり理論的じゃない気がする。結局、何が心地よいか、新しいか、ワクワクするか、そういう感じで決まることが多いんじゃないかな。

シンプルな設定と選択優先の編集モデルが好きなんだ（これについてのベストな説明はここにあるよ: https://kakoune.org/why-kakoune/why-kakoune.html）。Helixに慣れるのが大変だった他のVimユーザーと話してみて、最初から結構Helixっぽい使い方をしてたのかも — まず選択するって感じで。ターゲットのテキストが視覚化されないvimの動きには全然慣れなかったな。

Hxはバッテリー内蔵だね。Nvimは自信が持てないプラグインをたくさんインストールしないといけないし、説明には絵文字が多いし、誰が何をメンテしてるのか全然わからない。危険な要素が多すぎるよ。

1. hxは起動が速くて、使うのも速いし、見た目もいい。 2. デフォルトが結構良くて、ちょっとしたカスタマイズを加えたけど、hxをカスタマイズするのは私のライフスタイルじゃない。Emacsやneovimは、無限の改善ループにハマってたから…。 3. TUIはリモートサーバーでうまく動くし、Mac、Linux、サーバーで同じ設定ができるのはいいね。他のエディタもそうだけど、hxもそう。 4. 必要なlspは全部揃ってる。言語の設定を整えるのがちょっと面倒だったけど、他のエディタでも設定を整えるのはちょっと手間だったな。

どのくらいの期間Emacsを使ってたの？

Helixの編集モデルはいいよね。

Helixのサプライチェーン攻撃のリスクは、nvimとn個の拡張機能に比べると、ほとんどゼロに近いよ。1つのベンダーとやり取りするだけだからね。Helixはリリースプロセスが遅くて慎重だから、サプライチェーンの脆弱性が出る可能性はあるけど、今のプロセスはそれをうまく緩和してるみたい。

「今はLTSディストリビューションにあるvim8を使ってる。最近のNeovimが大好きになって、Pythonエコシステムで作業する人たちのために、この問題を解決するためのシンプルなPythonパッケージを作ったんだ。uvやpipxみたいなツールを使ってる人には特に便利だと思う。Neovim 0.11.4（そのパッケージを作った時点での最新バージョン）をuv tool install binwheels-neovimかpipx install binwheels-neovimでインストールすれば、Windows、macOS、LinuxでモダンなNeovimをすぐに使えるよ。このパッケージは公式のNeovimリリースをラップしてて、uvやpipxを使って、あなたのOSとアーキテクチャに合ったバイナリを選ぶんだ。ただ、Linuxだけは、公式のNeovimリリースがコンパイルされているGLIBCよりも古いサポートが必要だったから、manylinuxコンテナでソースからバイナリをビルドしてる。古いLinuxシステムで作業することが多いから、公式リリースがそれをサポートしてないのはちょっと疲れたよ。」

「- モーダル編集が主なポイントなら、vimはどこでも筋肉記憶を使えるから、vimモードはかなり一般的だよね（vimiumみたいな拡張もあるし、SSHで接続する機械にはほぼ確実にvimが入ってる）。基本的なvim体験を直接使いたい開発者はあまりいないと思う（プラグインや設定なしで）。似たようなキーバインドがあっても、ほとんどの開発者はエディタを切り替えたくないはず。むしろ、個別のセットアップと機能を持ったエディタを使いたいと思ってる。例外は、実際に多くの機械をSSHで接続して、必要に迫られて生のエディタ体験を求めている少数の開発者だけど、その場合はnanoやvim、vi、emacs、edなどを使い続けることができる。 > - Helixはシンプルさにこだわってるみたいだけど（ターミナル統合なし）、プラグインでの拡張性はあまりないみたいだね（LSPからのリンティングがないと？）。それだと限られた組み合わせになって、エディタの外で全体のセットアップを構築しなきゃいけない（tmuxとか）。Helixは本来、エディタの中に全体のセットアップを構築することを意図して作られたけど、コミュニティが求めていたものではなかったみたい。それで、Helixはプラグインシステムを追加する方向に移行して、コミュニティがオールインワンエディタにできるようにしてる。プラグインシステムはまだメインリリースには有効になってないけど、しばらく前から独自のブランチで開発されていて、すでにいくつかのプラグインが作られて、開発者たちが使ってるよ。全体的に見て、リリースを保留してプラグインシステムの形をできるだけ良くするのは正しい判断だと思う。もしリリースしてから変更が必要になったら、その前にリリースされたプラグインに悪影響を与えちゃうからね。 --- 一番の利点は、viに組み込まれていて、vimやneovimに引き継がれているひどいUXの決定を修正することだね。それは、変更をコミットする前に自分の変更を確認しにくくして、意図しない副作用が起こりやすくする操作の順序のこと。

これまではHelixの大きなセールスポイントだったけど、NeovimがLSPやtreesitterのサポートを追加してからは、もう何年も前の話だよね。今のNeovimは、標準でかなり使えるからね。