[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: On the rate of change [was: Another Emacs incompatibilty]
From: |
Emanuel Berg |
Subject: |
Re: On the rate of change [was: Another Emacs incompatibilty] |
Date: |
Mon, 17 Aug 2020 16:21:41 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) |
tomas wrote:
> It doesn't move, and then it's dead (heck even
> /bin/ls had to take ACLs into account at some point
> and SELinux at another). It does move too much, and
> then people flee in all directions (remember Jamie
> Zawinski's CADT?).
Well, no one is contemplating re-writing
Emacs, right?
I don't know if the rate of change is really the/a
problem. Can't you expand without breaking what is
there already? Isn't that what's been happening, 99%
of the time?
As for breaking what's there already, if it doesn't
make sense, just break it. If that breaks code that
relies on it as well, sure, that has to be changed as
well. But that's only a good thing!
If it _does_ make sense, leave it as it is, no doubt.
Who decides what makes sense and what doesn't?
People with skill and experience.
--
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal
- Another Emacs incompatibilty, Torbjörn Granlund, 2020/08/16
- Re: Another Emacs incompatibilty, Torbjörn Granlund, 2020/08/17
- Re: Another Emacs incompatibilty, Robert Pluim, 2020/08/17
- Re: Another Emacs incompatibilty, Eli Zaretskii, 2020/08/17
- Re: Another Emacs incompatibilty, Torbjörn Granlund, 2020/08/17
- Re: Another Emacs incompatibilty, Stefan Monnier, 2020/08/17
- Re: Another Emacs incompatibilty, Emanuel Berg, 2020/08/17
- Re: Another Emacs incompatibilty, Gregory Heytings, 2020/08/17
- Re: Another Emacs incompatibilty, Eric Abrahamsen, 2020/08/17