From: Luther Johnson <luther@makerlisp.com>
To: tuhs@tuhs.org
Subject: [TUHS] Re: [TUHS]: C dialects
Date: Mon, 13 Mar 2023 12:24:36 -0700 [thread overview]
Message-ID: <4ccd2d84-48c8-a963-b1a3-4b2fe1dc865f@makerlisp.com> (raw)
In-Reply-To: <CAC20D2Pe262BfjueY+1L7MR2f=Ev3JTxrXSgRORxZSY3M42HnA@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2920 bytes --]
I agree with everything you just said here.
One of the motivations behind new dialects and languages, which I think
is very harmful, is the idea that we can and should, engineer the
necessity to know and understand what we are doing when we program in a
given language. I'm not talking about semantic leverage, higher level
languages with more abstract functions on more abstract data, there are
real benefits there, we will all probably agree to that.
I'm talking more about where the intent is to invest languages with more
"safety", "good practices", to bake certain preferences into language
features, so that writers no longer recognize these as engineering
choices, and the language as a means of expression of any choice we
might make, but that the language has built-in "the right way" to do
things, and if the program compiles and runs at all, then it must be
safe and working in certain respects.
No matter what language, craft and knowledge are not optional. The
language that we choose for a problem domain wants to give us freedom to
express our choices, while taking care of the things that wold otherwise
weigh us down. Some people would say that's exactly what the new
dialects bring us, but I see too much artificial orthodoxy invented last
week, and too many declarations of the "one true way", in many of the
most recent languages, for my taste.
On 03/13/2023 12:00 PM, Clem Cole wrote:
>
>
> On Mon, Mar 13, 2023 at 12:00 PM Paul Winalski
> <paul.winalski@gmail.com <mailto:paul.winalski@gmail.com>> wrote:
>
> ... Thecommittee's goal is to standardize existing practice of the
> language
> in a way that is implementable on the widest range of hardware and OS
> platforms, _/and to provide a controlled way to add language
> extensions./_
>
> Ah, the problem, of course, is right there.
>
> Too many people try to "fix" programming languages, particularly
> academics and folks working on a new PhD. Other folks (Gnu is the best
> example IMO) want to change things so the compiler writers (and it
> seems like the Linux kernel developers) can do something "better" or
> "more easily." As someone (I think Dan Cross) said, when that happens,
> it's no longer C. Without Dennis here to say "whoa," - the
> committee is a tad open loop. Today's language is hardly the
> language I learned before the "White Book" existed in the early/mid
> 1970s. It's actually quite sad. I'm not so sure we are "better" off.
>
> Frankly, I'd probably rather see ISO drop a bunch of the stuff they
> are now requiring and fall back at least to K&R2 -- keep it simple.
> The truth is that we still use the language today is that K&R2 C was
> then (and still is) good enough and got (gets) the job done extremely
> well. Overall, I'm not sure all the new "features" have added all that
> much.
> ᐧ
[-- Attachment #2: Type: text/html, Size: 5572 bytes --]
next prev parent reply other threads:[~2023-03-13 19:24 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-10 11:37 [TUHS] Re: I can't drive 55: "GOTO considered harmful" 55th anniversary Noel Chiappa
2023-03-10 11:51 ` [TUHS] Conditions, AKA exceptions. (Was: I can't drive 55: "GOTO considered harmful" 55th anniversary) Ralph Corderoy
2023-03-10 15:54 ` [TUHS] Re: I can't drive 55: "GOTO considered harmful" 55th anniversary Dan Cross
2023-03-12 7:39 ` Anthony Martin
2023-03-12 11:40 ` Dan Cross
2023-03-12 16:40 ` Paul Winalski
2023-03-13 3:25 ` John Cowan
2023-03-13 10:40 ` Alejandro Colomar (man-pages)
2023-03-13 12:19 ` Dan Cross
2023-03-13 12:43 ` [TUHS] [TUHS]: C dialects (was: I can't drive 55: "GOTO considered harmful" 55th anniversary) Alejandro Colomar
2023-03-13 12:46 ` [TUHS] " Dan Cross
2023-03-13 16:00 ` Paul Winalski
2023-03-13 19:00 ` Clem Cole
2023-03-13 19:09 ` Larry McVoy
2023-03-13 19:17 ` Steve Nickolas
2023-03-13 20:26 ` Dan Cross
2023-03-13 22:25 ` Alejandro Colomar (man-pages)
2023-03-13 19:24 ` Luther Johnson [this message]
2023-03-13 19:38 ` [TUHS] Re: [TUHS]: C dialects Luther Johnson
2023-03-14 19:48 ` John Cowan
2023-03-14 19:56 ` Joseph Holsten
2023-03-14 20:01 ` Luther Johnson
2023-03-13 20:48 ` [TUHS] Re: [TUHS]: C dialects (was: I can't drive 55: "GOTO considered harmful" 55th anniversary) Paul Winalski
2023-03-13 20:56 ` Bakul Shah
2023-03-14 1:06 ` Larry McVoy
2023-03-13 21:00 ` Paul Winalski
2023-03-13 21:07 ` Bakul Shah
2023-03-13 21:14 ` Dan Cross
2023-03-13 22:15 ` Dave Horsfall
2023-03-13 22:47 ` Dave Horsfall
2023-03-14 0:23 ` Dan Cross
2023-03-14 0:21 ` Dan Cross
2023-03-14 13:52 ` Chet Ramey
2023-03-14 1:27 ` Bakul Shah
2023-03-13 21:28 ` Paul Winalski
2023-03-14 10:04 ` [TUHS] C dialects Ralph Corderoy
2023-03-14 20:02 ` [TUHS] " John Cowan
2023-03-14 21:34 ` Thomas Paulsen
2023-03-14 0:38 ` [TUHS] Re: [TUHS]: C dialects (was: I can't drive 55: "GOTO considered harmful" 55th anniversary) John Cowan
2023-03-14 2:49 ` Theodore Ts'o
2023-03-14 3:06 ` G. Branden Robinson
2023-03-15 2:23 [TUHS] Re: [TUHS]: C dialects Douglas McIlroy
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4ccd2d84-48c8-a963-b1a3-4b2fe1dc865f@makerlisp.com \
--to=luther@makerlisp.com \
--cc=tuhs@tuhs.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.
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 NNTP newsgroup(s).