Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Keith Thompson <Keith.S.Thompson+u@gmail.com>
Newsgroups: comp.unix.shell,comp.unix.programmer,comp.lang.misc
Subject: Re: Command Languages Versus Programming Languages
Date: Sat, 30 Mar 2024 14:28:31 -0700
Organization: None to speak of
Lines: 33
Message-ID: <87bk6vquio.fsf@nosuchdomain.example.com>
References: <uu54la$3su5b$6@dont-email.me> <uu8tv5$vk2g$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Injection-Date: Sat, 30 Mar 2024 21:28:36 +0100 (CET)
Injection-Info: dont-email.me; posting-host="55d3bec1253354bc3d638b21ffa9fc4c";
	logging-data="1306049"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/wmmR2/YlvnmHam/MO5Fpr"
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux)
Cancel-Lock: sha1:W8vTMCckEvR7Eci2KB8D+y2kbPI=
	sha1:+jwSjX0ujXMqFZGmFnkv+qPGWxM=
Bytes: 2631

"Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> writes:
> On 2024-03-29 02:14, Lawrence D'Oliveiro wrote:
>> At one time, we distinguished between “scripting” languages and
>> “programming” languages. To begin with, the “scripting” languages were
>> somehow more limited in functionality than full-fledged “programming”
>> languages. Or they were slower, because they were interpreted.
> [...]
>
> The key difference is that a program in a scripting language need not
> to be complete or known in order to be executed.
>
> The limitations and ugliness of scripting languages is determined by
> this requirement, but also easiness of use.

Perl, Python, and Lua are all considered scripting languages, and for
all of them a syntax error at the end of a script will prevent any of it
from being executed.  The distinction is that they're not optimized for
interactive use, as shell languages are (though they all can be used
interactively).

If you want to say that Python isn't a scripting language because of
that, I won't argue, but others will.

There are a lot of dividing lines (compiled to machine code vs. compiled
to byte code (on each execution or just once) vs. interpreted (perhaps
with JIT), interactive vs. batch, strong vs. weak typing, static
vs. dynamic typing, etc.).  None of them are rigorously defined, and
none of them particularly need to be.

-- 
Keith Thompson (The_Other_Keith) Keith.S.Thompson+u@gmail.com
Working, but not speaking, for Medtronic
void Void(void) { Void(); } /* The recursive call of the void */