[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Instead of pcase
From: |
Eli Zaretskii |
Subject: |
Re: Instead of pcase |
Date: |
Fri, 01 Dec 2023 09:21:23 +0200 |
> Date: Fri, 1 Dec 2023 02:18:00 +0200
> Cc: michael_heerdegen@web.de, emacs-devel@gnu.org
> From: Dmitry Gutov <dmitry@gutov.dev>
>
> Choosing an new syntax should be possible (indeed, somebody posted a
> link to a similar construct in Racket which is more wordy), but then
> those who don't like high-level constructs probably won't like it
> either.
I think the point is not with high-level vs lower-level constructs,
the point is with syntax and semantics that deviate significantly from
Emacs Lisp syntax and semantics. Syntax that is natural in Emacs Lisp
and uses good mnemonics in its keywords is easy to understand at a
glance, whereas syntax that deviates requires a full understanding of
all the details before you can interpret the code.
For example, constructs such as the many with-SOMETHING macros we have
in Emacs are also higher-level than the actual code they expand into,
but code using these macros is very easy to understand because the
syntax is normative and the names of the macros are descriptive enough
to be mnemonically helpful.
- Re: Instead of pcase, (continued)
- Re: Instead of pcase, Eli Zaretskii, 2023/12/01
- Re: Instead of pcase, Dmitry Gutov, 2023/12/01
- Re: Instead of pcase, Eli Zaretskii, 2023/12/01
- Re: Instead of pcase, Dmitry Gutov, 2023/12/01
- Re: Instead of pcase, Eli Zaretskii, 2023/12/01
- Re: Instead of pcase, João Távora, 2023/12/01
- Re: Instead of pcase, João Távora, 2023/12/01
- Re: Instead of pcase, Andreas Schwab, 2023/12/01
Re: Instead of pcase, Michael Heerdegen, 2023/12/01
Re: Instead of pcase,
Eli Zaretskii <=
Re: Instead of pcase, Richard Stallman, 2023/12/01
- Re: Instead of pcase, Andreas Schwab, 2023/12/02
- Re: Instead of pcase, Philip Kaludercic, 2023/12/02
- Re: Instead of pcase, Emanuel Berg, 2023/12/02
- Re: Instead of pcase, Barry Fishman, 2023/12/02
- Re: Instead of pcase, Michael Heerdegen, 2023/12/02
- Re: Instead of pcase, Emanuel Berg, 2023/12/03
Re: Instead of pcase, Richard Stallman, 2023/12/04
Re: Instead of pcase, chad, 2023/12/04