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=unavailable autolearn_force=no version=4.0.1 Path: nntp.eternal-september.org!eternal-september.org!feeder.eternal-september.org!.POSTED!not-for-mail From: Kevin Chadwick Newsgroups: comp.lang.ada Subject: Re: In precision typing we trust Date: Wed, 27 Aug 2025 09:06:00 -0000 (UTC) Organization: A noiseless patient Spider Message-ID: <108mhpo$j47m$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> <10855lq$gj8l$1@dont-email.me> <1088h1a$19635$1@dont-email.me> <1089p1i$1ig1d$1@dont-email.me> <108aq2p$1qo9o$1@dont-email.me> <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> <108lib7$br9n$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Wed, 27 Aug 2025 09:06:01 +0000 (UTC) Injection-Info: dont-email.me; posting-host="2f12dd62960817cc68f4c24de097736c"; logging-data="626934"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+OnxcWds7bRXvSVLvcbk5lrEkhC6k+i/Y=" User-Agent: PhoNews/3.13.3 (Android/14) Cancel-Lock: sha1:KmKl7dCNpw2lWTgpPFGyJWFMpdg= In-Reply-To: <108lib7$br9n$1@dont-email.me> Xref: feeder.eternal-september.org comp.lang.ada:66941 List-Id: On 27/08/2025 01:09, Lawrence DOliveiro wrote: >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 >: 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 >. >For its purposes, it is plenty fast. I'm not sure what I'm looking at in that link but sounds about right. I'm getting the impression that some responders here have hardly used Ada. -- Regards, Kc