悪い知らせ、Emacs
(eshelyaron.com)Emacs 30バージョンの問題点とフォーク版の誕生
- Emacsのマスターブランチが重大な変更により、ユーザーや開発者たちの懸念にもかかわらず損なわれた。
- その変更によってEmacsレジスターとの相互作用が不便になり、簡単な作業にも追加のキー入力が必要になった。
- 改善されたフォーク版を作成して使用・開発しており、関心のある人々の参加を歓迎する。
Emacsマスターブランチの安定性と最近の変化
- Emacsマスターブランチは開発版であり、最新の開発状況を体験したいユーザーたちが追跡している。
- ここ数年、Emacsメンテナーたちの努力によってマスターブランチは非常に安定していた。
- しかし最近の変更により、ユーザーたちは不快な驚きを経験することになった。
ユーザー体験の低下とコミュニティの反応
- 新しい変更によってユーザー体験が低下し、以前の効率的な動作を選択的に復元してほしいという声が高まった。
- コミュニティメンバーの明確な意見にもかかわらず、変更を擁護する開発者の態度によって問題は解決されていない。
- メンテナーたちはユーザー体験を犠牲にしてでも変更を維持する姿勢を見せている。
新しいフォーク版の開発とユーザーの自由
- ユーザーの自由を重視する筆者は、既存のEmacsの奇妙な変更を強いられることを拒み、新しいフォーク版を作成した。
- このフォーク版はマスターブランチから良い変更だけを選択的に取り込み、筆者の開発によっても改善されている。
- フォーク版に関心のある人は筆者のリポジトリからクローンでき、協力や提案を歓迎する。
GN⁺の意見
この記事で最も重要なのは、Emacs 30バージョンで発生したユーザー体験の低下と、それに対するコミュニティの反応です。Emacsは長年にわたり、開発者の間でカスタマイズ性と拡張性によって愛されてきたため、このような変化がユーザーにどのような影響を与えるのかへの関心が高まっています。また、ある開発者がコミュニティの意見を無視して自らの変更を押し通す過程は、オープンソースプロジェクトにおける意思決定と協業文化に関する興味深い事例を提供しています。この記事は、ユーザーがソフトウェアの変化にどのように反応し、必要に応じて自分自身の解決策を見つけていくのかをよく示しています。
1件のコメント
Hacker Newsの意見
Emacsの開発ブランチで重大な変更が発生し、一部のユーザーが懸念を表明しているとき、その変更はすぐには元に戻されない。長所と短所が議論され、さまざまな解決策が実装・改善され、最終的に妥協点が見つかる。
Emacsでコピー（あるいはより一般的には「レジスタ」と呼ばれる機能）の動作方法を変更するコミットが最近受け入れられた。今後Emacsは、何が起きているかを示すミニバッファを開き、ユーザーにEnterキーを押して変更を受け入れるよう求める。
メーリングリストを確認したところ、この挙動を元に戻せるオプションがあるようだ。
Emacsでは、筋肉記憶を重要な考慮事項とみなすべきである。
開発者の立場では、安定性を求めるユーザーはリリースブランチを使うか、masterでコミットを固定すべきだ。開発ブランチは進行中の機能を開発するために使われ、ときにはこのような変更が頻繁に起こりうる。
投稿者の態度はやや頑なであり、この機能を使う人は非常に少ないとも指摘されている。無償のメンテナーが事前相談なしに少し変更を加えたことをもって、masterブランチを「破壊」したと見なすべきではない。
Emacsを離れて20年になるが、この変更はかなり混乱を招くものだと理解できる。「何でも入りのキッチンシンク」を誇るEmacsが、元の挙動に戻せるオプションを追加しなかった理由が分からない。
Emacsの本質は、非常に高いユーザー定義性を持つプラットフォームであることにあり、ある機能の挙動が気に入らなければ、数行のLispコードで自分で修正できる。1つの機能変更のためにプロジェクト全体をフォークするのは筋が通らない。
Emacsの別のフォーク／再実装を試みることが唯一の解決策のようだ。今回はきっと成功し、ほかのあらゆるものと同様、まったく無関係というわけでもないだろう。
この変更に対する「反対側」の主張は何なのか。このように意見が割れる変更には、たいてい変更の背後に合理的な理由がある。あるいは、そうではないのかもしれない。