From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on
	ip-172-31-91-241.ec2.internal
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=3.0 tests=none autolearn=ham
	autolearn_force=no version=4.0.1
Path: nntp.eternal-september.org!eternal-september.org!feeder.eternal-september.org!.POSTED!not-for-mail
From: Lawrence =?iso-8859-13?q?D=FFOliveiro?= <ldo@nz.invalid>
Newsgroups: comp.lang.ada
Subject: Re: In precision typing we trust
Date: Wed, 27 Aug 2025 00:09:12 -0000 (UTC)
Organization: A noiseless patient Spider
Message-ID: <108lib7$br9n$1@dont-email.me>
References: <107uv9g$3019a$1@dont-email.me> <107v1ji$303of$1@dont-email.me>
	<336fbb5f-a279-ea8e-67fd-f62bb00d6a89@irrt.De>
	<107vfb9$34cpj$1@dont-email.me> <mgmhbtF8u6bU1@mid.individual.net>
	<10855lq$gj8l$1@dont-email.me> <1088h1a$19635$1@dont-email.me>
	<1089p1i$1ig1d$1@dont-email.me> <108aq2p$1qo9o$1@dont-email.me>
	<b7a32260-7c15-7b63-6d39-0e5e809c7201@insomnia247.nl>
	<108dh2l$2f5h3$1@dont-email.me> <108ej11$2mbr8$1@dont-email.me>
	<108g1fv$32gqg$3@dont-email.me> <108h6b7$3a75k$3@dont-email.me>
	<108ijfj$3lihe$4@dont-email.me> <108jqcg$3ti12$2@dont-email.me>
	<87cy8im3kc.fsf@nightsong.com> <108kp8k$5pr0$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 27 Aug 2025 00:09:12 +0000 (UTC)
Injection-Info: dont-email.me; posting-host="db536ba589993a61865b5d43f96eac37";
	logging-data="388407"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX194Jrcj1WZ6a4m8MKTS0Kww"
User-Agent: Pan/0.163 (Kryvyi Rih)
Cancel-Lock: sha1:MLTLVhEY4m4F3WokmRCAdtDeFww=
Xref: feeder.eternal-september.org comp.lang.ada:66933
List-Id: <comp.lang.ada>

On Tue, 26 Aug 2025 17:01:08 -0000 (UTC), Kevin Chadwick wrote:

> On 26/08/2025 17:48, Paul Rubin wrote:
>>
>> The typechecking is done at runtime, just like it says on the tin.
>
> Wouldn't that make Python slow and unreliable?

It is slower than C code, but remember, it is a very-high-level
language, so for many purposes it saves a lot on development time.
This is why it has come to dominate the field for data science, ETL,
that kind of thing.

Consider this file format
<https://manpages.debian.org/proc_pid_mountinfo(5)>: how much C (or
Ada) code would you need to write to parse it? I wrote a
general-purpose Python function to do it: including a custom class for
representing each result line, and a utility function for decoding
those pesky octal escapes, the total came to 82 lines (including
blanks).

You can see my Python code here
<https://gitlab.com/ldo/python_linuxfs/-/blob/master/linuxfs.py#L724>.
For its purposes, it is plenty fast.