[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GNU Emacs raison d'etre
From: |
Arthur Miller |
Subject: |
Re: GNU Emacs raison d'etre |
Date: |
Sun, 24 May 2020 16:05:20 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
address@hidden writes:
> On Thu, May 21, 2020 at 11:33:25AM +0200, Arthur Miller wrote:
>> <address@hidden> writes:
>>
>> > On Thu, May 21, 2020 at 01:07:41AM +0300, Dmitry Gutov wrote:
>
> [...]
>
>> > So I'd expect a more complex community to have gathered around
>> > Emacs by now.
>> Why? :-)
>
> Because people just don't die that quickly [1] ;-P
>
>> > Basically, I think the main "asset" of a software project
>> > to be it's community [...]
>
> [...]
>
>> Indeed. But for anything to live long, it needs to adapt to changs, and
>> software/IT community changes rapidly.
>
> Fads, I tell you [2] ;-P
>
>> That seems to be basic law of
>> evolution. Emacs does not seem to adapt despite being super adaptable
>> software package so well. Is community big enough to be sustainable in
>> long term?
>
>> > In my eyes, Emacs is doing an outstanding job on that.
>
>> Personally I don't think Emacs will go extinct any time soon, neither,
>> but what will happen in next 40 years? Is it important though? But I
>> would like to see bigger community now so we get even more developers
>> and even better Emacs :-)
>
> Yes -- and part of the job is, whenever there is a complex community,
> discussing with them on what "better" means. And being prepared to
> accept that there are other opinions.
>
> Or forking. Both is OK. Heck, if you are careful about it, forking
> hasn't to be hostile. And it can be productive, too (cf. XEmacs).
>
> Cheers
>
> [1] that was somewhat tongue-in-cheek. I am surprised that
> ask why a culture complexifies as it evolves.
>
> [2] Of course an exaggeration too. But look back: 1980 it
> was OO all-over-the-place (Smalltalk was picking height).
> Then it culminated with Java (which I call the 2000's COBOL).
> Then it was Hindley-Milner. Now it is leftpad -- uh -- npm.
Njah, npm is already yesteryear :-)
> Emacs has seen those come and go :-)
> The art (and you *never* know you'll succeed at that) is
> to pick up *some* of that.
Indeed, someone said once in some documentary about future, that only
thing we are sure about future is that it always looks differently from
anything we have thought it would look like.
By the way I was just reading some tech new today and I see MS is taking
terminals seroiusly: https://github.com/microsoft/terminal/releases
Seems like they have missed Emacs somehow.
- RE: transient, (continued)
- RE: transient, Drew Adams, 2020/05/19
- which-key, Richard Stallman, 2020/05/19
- RE: GNU Emacs raison d'etre, Drew Adams, 2020/05/17
- Re: GNU Emacs raison d'etre, Karl Fogel, 2020/05/20
- RE: GNU Emacs raison d'etre, Drew Adams, 2020/05/20
- Re: GNU Emacs raison d'etre, Karl Fogel, 2020/05/20
- Re: GNU Emacs raison d'etre, Dmitry Gutov, 2020/05/20
- Re: GNU Emacs raison d'etre, tomas, 2020/05/21
- Re: GNU Emacs raison d'etre, Arthur Miller, 2020/05/21
- Re: GNU Emacs raison d'etre, tomas, 2020/05/21
- Re: GNU Emacs raison d'etre,
Arthur Miller <=
- Re: GNU Emacs raison d'etre, xristos, 2020/05/21
- Re: GNU Emacs raison d'etre, Arthur Miller, 2020/05/24
- Re: GNU Emacs raison d'etre, xristos, 2020/05/24
- Re: GNU Emacs raison d'etre, Eli Zaretskii, 2020/05/24
- Re: GNU Emacs raison d'etre, Philip K., 2020/05/24
- Re: GNU Emacs raison d'etre, João Távora, 2020/05/25
- Re: GNU Emacs raison d'etre, Richard Stallman, 2020/05/26
- Re: GNU Emacs raison d'etre, João Távora, 2020/05/26
- Re: GNU Emacs raison d'etre, Richard Stallman, 2020/05/26
- RE: GNU Emacs raison d'etre, Drew Adams, 2020/05/27