|
| From: | Dmitry Gutov |
| Subject: | Re: Instead of pcase |
| Date: | Sun, 19 Nov 2023 20:04:56 +0200 |
| User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 |
On 19/11/2023 17:14, Eli Zaretskii wrote:
Date: Sun, 19 Nov 2023 16:58:39 +0200 Cc: michael_heerdegen@web.de, luangruo@yahoo.com, jporterbugs@gmail.com, rms@gnu.org, emacs-devel@gnu.org From: Dmitry Gutov <dmitry@gutov.dev> On 19/11/2023 16:52, Eli Zaretskii wrote:What I don't like here in this discussion is that some people are not willing to accept that other people make different experiences with the same things.This goes both ways, you know.The "other side" doesn't create threads with angry comments about the developers with opposing views writing lower-level verbose code (choo-choo trains, Joao called that), with calls to prohibit such practices.I meant this very thread. The very previous message, actually.I don't see calls for prohibiting those implementation styles, in the previous messages, or anywhere. It would be impractical anyway.I wasn't talking about prohibiting, I was talking about accepting that both sides have a right to describe their experiences.
Perhaps you'll consider posting a message supporting both positions, then.
OTOH, enacting a ban on particular abstractions will just about guarantee that certain kinds of features will not be implemented.That's a strawman: no one of those who set policies here suggested any bans. One should be able to post opinions for and against certain coding styles without being accuse in mortal sins.No one is arguing about whether people are allowed to post opinions. There have been a few calls for working toward dropping pcase or cl-lib from the Emacs core, however.You need to know to whom you listen, before you make such far-reaching conclusions.
I don't think I've made any specific conclusion (or any predictions).But when some prolific contributors make such statements, and RMS is noticeably on their side, that can't help but create a certain impression to the public (this list is read not just by the core contributors).
| [Prev in Thread] | Current Thread | [Next in Thread] |