Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Janis Papanagnou <janis_papanagnou+ng@hotmail.com>
Newsgroups: comp.unix.programmer
Subject: Re: Command Languages Versus Programming Languages
Date: Sun, 13 Oct 2024 14:29:00 +0200
Organization: A noiseless patient Spider
Lines: 33
Message-ID: <vegeee$m5s7$1@dont-email.me>
References: <uu54la$3su5b$6@dont-email.me> <vedcjc$3mqn$1@dont-email.me>
 <vedv1k$idp$1@reader1.panix.com> <vee2b1$6vup$1@dont-email.me>
 <vee8ia$hkq$1@reader1.panix.com> <vefvo0$k1mm$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Injection-Date: Sun, 13 Oct 2024 14:29:03 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="0f256deb82ef31f28ec6905b9c2da414";
	logging-data="726919"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+YZ1taDBHhaNe2b41mUNcb"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
Cancel-Lock: sha1:E2gLn/t22WasK2Tl37yILETx92k=
X-Enigmail-Draft-Status: N1110
In-Reply-To: <vefvo0$k1mm$1@dont-email.me>
Bytes: 2738

[ X-post list reduced ]

On 13.10.2024 10:18, Muttley@DastartdlyHQ.org wrote:
>> [...]
> 
> I disagree. Modern linux reminds me a lot of SunOS and HP-UX from back in 
> the day. Not something that can be said for MacOS with its role-our-own
> Apple specific way of doing pretty much everything.

I've never programmed on Mac OS X (if the discussion is about that)
but since its kernel is based on a BSD system it doesn't seem to be
different from other Unixes; as far as the subtopic "interpreter vs.
compiler" goes. (Ignoring other technical implementation details of
Unix.)

Myself I programmed on UTS, SunOS, AIX, HP-UX, and Linux, each with
its quirks, specialities and commonalities, some based on SysV, some
on BSD, and some used concepts from both. Linux reminds me more on
systems borrowing from both worlds (plus some more newer concepts).

Concerning the subtopic "interpreter vs. compiler" I don't think it
makes sense to continue the battle. With intermediate code and VM
languages, firmware and arbitrary specific variants how interpreter
can work, there's plenty of room to digress, nit-pick, and create
red herrings and straw men. The terms are (despite all the variants)
quite clear and can be looked up even in common (non-CS) sources;
there's no necessity to arm oneself with Tannenbaum or others. Hope
we can get over that. A practically useful way to discuss things
might be to speak about concrete concepts, not about (potentially
misleading) labels.

Janis