[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Changes for emacs 28

From: tomas
Subject: Re: Changes for emacs 28
Date: Tue, 15 Sep 2020 23:22:26 +0200
User-agent: Mutt/1.5.21 (2010-09-15)

On Tue, Sep 15, 2020 at 08:45:56PM +0000, Gregory Heytings wrote:
> >
> >This is exactly the point I was putting in question: My take is
> >that popularity is part of a giant feedback loop [...]

> This is not clear at all IMO.  When users choose to use VS Code or
> Atom or Emacs or ..., they choose between a number of free (as in
> beer) products. In such cases [1] I tend to think that marketing plays
> little if any role, and that it's the quality of the product that
> matters.  More precisely, not the absolute quality, but the quality
> for newcomers.  As Chad wrote: "it's much easier/more intuitive to
> get started" or "it's quick/easy/obvious how to get it to 'it
> just-works'".

[1] But "such cases" are the exception. When I worked at a bigger
company, I /had/ to use (to me) horrible software. After a while,
most people got used to it and enjoyed their Stockholm syndrome.
I seem to be somewhat stubborn (which didn't make my life easier,
mind you).


> IMO, it's pointless to discuss whether Emacs should be changed, or
> how potential changes should be judged.  In fact I don't understand
> why such discussions/debates take place [...]

No, no. I think such debates are important, to help shape Emacs's

> flexible of all available editors, and can be adapted to all
> imaginable needs.
> So the only thing that should change in Emacs is that it should be
> made easier (even more: as easy as possible) to customize and
> understand for newcomers.

In this we agree.

 - t

Attachment: signature.asc
Description: Digital signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]