From: Harald Judt <h.judt@gmx.at>
To: Emanuel Berg <incal@dataswamp.org>
Cc: emacs-devel@gnu.org
Subject: Re: seq.el and the complexity of Emacs Lisp.
Date: Tue, 7 Nov 2023 08:35:39 +0100 [thread overview]
Message-ID: <9c1e5ef2-f3a5-4bd1-927e-6d9679023402@gmx.at> (raw)
In-Reply-To: <87edh2fu39.fsf@dataswamp.org>
[-- Attachment #1.1: Type: text/plain, Size: 1271 bytes --]
Am 06.11.23 um 22:30 schrieb Emanuel Berg:
> Björn Bidar wrote:
>
>>>> Saying lets just drop these in a sec to all package
>>>> authors seems overreaching.
>>>
>>> Richard's question was about use of cl-lib in the Emacs
>>> tree, it will not (and cannot) affect third-party packages.
>>
>> He also mentioned about ELPA. Even if it's just the Emacs
>> tree it does seem overreaching unless there's
>> a direct benefit.
>
> On the whole, changing code that works, for that to make sense
> one must have a distinct improvement in mind, that is almost
> beyond discussion, otherwise it isn't worth the effort to do
> it, with everything negative and unexpected that can follow -
> in my experience.
That seems to be a common but unfortunate practice nowadays, that you should
not touch code that is working, especially rooted in corporate environments.
Every improvement to the code will make it easier to maintain in the long
term, fighting bit-rot and inconsistencies. If you touch it and it fails, you
simply fix it, there is nothing preventing you from making changes to the code
again.
Harald
--
`Experience is the best teacher.'
PGP Key ID: 4FFFAB21B8580ABD
Fingerprint: E073 6DD8 FF40 9CF2 0665 11D4 4FFF AB21 B858 0ABD
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
next prev parent reply other threads:[~2023-11-07 7:35 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-03 8:21 What's missing in ELisp that makes, people want to use cl-lib? Pedro Andres Aranda Gutierrez
2023-11-03 9:27 ` João Távora
2023-11-03 10:43 ` Pedro Andres Aranda Gutierrez
2023-11-03 13:37 ` Gerd Möllmann
2023-11-03 14:27 ` Eli Zaretskii
2023-11-03 15:08 ` Gerd Möllmann
2023-11-03 15:13 ` Eli Zaretskii
2023-11-03 15:30 ` Gerd Möllmann
2023-11-03 15:39 ` Eli Zaretskii
2023-11-03 15:49 ` Gerd Möllmann
2023-11-06 2:27 ` seq.el and the complexity of Emacs Lisp Richard Stallman
2023-11-06 6:51 ` Philip Kaludercic
2023-11-06 7:16 ` Gerd Möllmann
2023-11-07 10:24 ` João Távora
2023-11-09 21:02 ` Jim Porter
2023-11-09 21:20 ` João Távora
2023-11-09 23:49 ` Jim Porter
2023-11-09 23:53 ` Jim Porter
2023-11-10 2:31 ` João Távora
2023-11-10 3:27 ` Jim Porter
2023-11-10 10:03 ` Alan Mackenzie
2023-11-10 12:01 ` Eli Zaretskii
2023-11-10 10:13 ` Michael Heerdegen
2023-11-10 10:26 ` João Távora
2023-11-10 13:30 ` Michael Heerdegen
2023-11-08 3:08 ` Richard Stallman
2023-11-08 5:31 ` Gerd Möllmann
2023-11-08 3:08 ` Richard Stallman
2023-11-06 8:11 ` Björn Bidar
2023-11-06 12:28 ` Eli Zaretskii
2023-11-06 21:43 ` Emanuel Berg
2023-11-07 5:21 ` tomas
2023-11-07 5:50 ` Emanuel Berg
2023-11-07 6:21 ` Emanuel Berg
2023-11-07 12:02 ` Ihor Radchenko
2023-11-07 12:28 ` Emanuel Berg
2023-11-07 12:20 ` Eli Zaretskii
2023-11-07 12:29 ` Emanuel Berg
2023-11-07 11:58 ` Eli Zaretskii
2023-11-07 12:26 ` Emanuel Berg
2023-11-08 3:08 ` Richard Stallman
[not found] ` <874jhz9u8z.fsf@>
2023-11-06 12:35 ` Eli Zaretskii
2023-11-06 12:50 ` Björn Bidar
2023-11-06 21:30 ` Emanuel Berg
2023-11-07 7:35 ` Harald Judt [this message]
2023-11-07 10:14 ` Emanuel Berg
2023-11-07 12:26 ` Harald Judt
2023-11-07 12:38 ` Ihor Radchenko
2023-11-07 12:58 ` Eli Zaretskii
2023-11-07 13:50 ` Emanuel Berg
2023-11-07 14:12 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9c1e5ef2-f3a5-4bd1-927e-6d9679023402@gmx.at \
--to=h.judt@gmx.at \
--cc=emacs-devel@gnu.org \
--cc=incal@dataswamp.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).