Schlechte Nachrichten, Emacs

Probleme in Emacs Version 30 und die Entstehung einer Fork-Version

• Der Master-Branch von Emacs wurde durch tiefgreifende Änderungen beschädigt, trotz der Bedenken von Nutzern und Entwicklern.
• Durch diese Änderungen ist die Interaktion mit Emacs-Registern umständlicher geworden, und selbst für einfache Aufgaben sind zusätzliche Tasteneingaben erforderlich.
• Es wurde eine verbesserte Fork-Version erstellt, die nun genutzt und weiterentwickelt wird; Interessierte sind zur Mitarbeit eingeladen.

Stabilität des Emacs-Master-Branchs und die jüngsten Veränderungen

• Der Emacs-Master-Branch ist die Entwicklungsversion, der Nutzer folgen, die die neuesten Entwicklungen ausprobieren möchten.
• In den letzten Jahren war der Master-Branch dank der Bemühungen der Emacs-Maintainer sehr stabil.
• Durch die jüngsten Änderungen erlebten die Nutzer jedoch eine unangenehme Überraschung.

Verschlechterung der Nutzererfahrung und Reaktion der Community

• Die neuen Änderungen haben die Nutzererfahrung verschlechtert, und die Forderungen wurden lauter, das bisher effiziente Verhalten optional wiederherzustellen.
• Trotz der klaren Meinung von Mitgliedern der Community wurde das Problem wegen der Haltung des Entwicklers, der die Änderungen verteidigte, nicht gelöst.
• Die Maintainer hielten an den Änderungen fest, obwohl dies auf Kosten der Nutzererfahrung ging.

Entwicklung einer neuen Fork-Version und die Freiheit der Nutzer

• Der Autor, dem die Freiheit der Nutzer wichtig ist, lehnte es ab, zu den seltsamen Änderungen des bestehenden Emacs gezwungen zu werden, und erstellte eine neue Fork-Version.
• Diese Fork-Version übernimmt selektiv nur die guten Änderungen aus dem Master-Branch und wird auch durch die Entwicklung des Autors verbessert.
• Wer sich für die Fork-Version interessiert, kann sie aus dem Repository des Autors klonen; Zusammenarbeit und Vorschläge sind willkommen.

Meinung von GN⁺

Das Wichtigste an diesem Beitrag ist die Verschlechterung der Nutzererfahrung in Emacs 30 und die Reaktion der Community darauf. Emacs wird unter Entwicklern seit Langem wegen seiner Anpassbarkeit und Erweiterbarkeit geschätzt, daher ist das Interesse groß, welche Auswirkungen solche Änderungen auf die Nutzer haben werden. Außerdem bietet der Vorgang, in dem ein Entwickler die Meinung der Community ignoriert und seine Änderungen dennoch durchsetzt, ein interessantes Beispiel für Entscheidungsprozesse und die Kultur der Zusammenarbeit in Open-Source-Projekten. Dieser Beitrag zeigt gut, wie Nutzer auf Veränderungen in Software reagieren und bei Bedarf ihre eigenen Lösungen finden.

[GN⁺]

Hacker-News-Kommentare

• Wenn im Entwicklungszweig von Emacs eine bedeutende Änderung vorgenommen wird und einige Nutzer Bedenken äußern, wird die Änderung nicht sofort zurückgenommen. Die Vor- und Nachteile werden diskutiert, verschiedene Lösungen werden implementiert und verbessert, und schließlich findet man einen Kompromiss.

  • Die Nutzer haben ihre Bedenken bereits vor drei Tagen geäußert, und dieser Prozess ist noch nicht abgeschlossen.
  • In Elis jüngster Nachricht wird auf eine frühe Diskussion zwischen zwei Personen verwiesen, in der das neue Verhalten als deutlich vernünftiger als das bisherige bezeichnet wurde; über die Kriterien für dieses Verhalten wird nun erst diskutiert, nachdem andere Meinungen eingebracht wurden.

• Kürzlich wurde ein Commit akzeptiert, das die Funktionsweise des Kopierens in Emacs (oder allgemeiner der Funktion, die meist als "Register" bezeichnet wird) verändert. Emacs öffnet nun einen Minibuffer, der anzeigt, was geschieht, und verlangt vom Nutzer, die Änderung durch Drücken der Eingabetaste zu bestätigen.

  • Dadurch ändert sich das Standardverhalten, es lässt sich möglicherweise nicht leicht konfigurieren, und es scheint ohne ausreichende Diskussion erfolgt zu sein.
  • Anhand einer Analogie für Vim-Nutzer wird erläutert, wie störend diese Änderung ist, außerdem werden die Bemühungen des OP, das Problem anzusprechen, und die Reaktion des Entwicklers Thierry beschrieben.

• Bei Durchsicht der Mailingliste scheint es eine Option zu geben, mit der sich dieses Verhalten rückgängig machen lässt.

  • Diese Option wurde bereits erwähnt, bevor der ursprüngliche Beitrag veröffentlicht wurde, aber der Autor hat sie möglicherweise nicht gesehen.
  • Es wird erwartet, dass diese Option das Problem löst, aber laut ginkos Antwort könnte weiterhin das Drücken der Eingabetaste erforderlich sein.

• In Emacs sollte Muskelgedächtnis als wichtiger Gesichtspunkt betrachtet werden.

• Aus Sicht der Entwickler sollten Nutzer, die Stabilität wünschen, den Release-Zweig verwenden oder Commits auf master fixieren. Der Entwicklungszweig dient zur Entwicklung unfertiger Funktionen, und solche Änderungen können dort gelegentlich häufig auftreten.

• Die Haltung des Autors wirkt etwas stur, und es wird darauf hingewiesen, dass sehr wenige Menschen diese Funktion nutzen. Wenn ein unbezahlter Maintainer ohne vorherige Absprache eine kleine Änderung vornimmt, sollte das nicht als "Zerstörung" des master-Zweigs betrachtet werden.

• Obwohl ich Emacs seit 20 Jahren nicht mehr benutze, wirkt diese Änderung ziemlich verwirrend. Ich verstehe nicht, warum Emacs, das sich stolz als "Küchenspüle" präsentiert, keine Option hinzugefügt hat, um zum bisherigen Verhalten zurückzukehren.

• Der Kern von Emacs ist, dass es eine äußerst anpassbare Plattform ist; wenn einem das Verhalten einer Funktion nicht gefällt, kann man es mit ein paar Zeilen Lisp-Code selbst ändern. Wegen einer einzelnen Funktionsänderung das gesamte Projekt zu forken, ergibt keinen Sinn.

• Offenbar besteht die einzige Lösung darin, einen weiteren Fork bzw. eine weitere Reimplementierung von Emacs zu versuchen. Dieses Mal wird es ganz sicher ein Erfolg, und wie alles andere wird es überhaupt nicht irrelevant sein.

• Was ist das Argument der "anderen Seite" für diese Änderung? Bei Änderungen, zu denen es solche Meinungen gibt, steckt gewöhnlich ein vernünftiger Grund dahinter. Oder vielleicht auch nicht.