Deutsch   English   Français   Italiano  
<vtm29g$42jp$2@dont-email.me>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: bart <bc@freeuk.com>
Newsgroups: comp.lang.c
Subject: Re: Loops (was Re: do { quit; } else { })
Date: Tue, 15 Apr 2025 17:42:24 +0100
Organization: A noiseless patient Spider
Lines: 29
Message-ID: <vtm29g$42jp$2@dont-email.me>
References: <vtbc6o$1te2o$1@dont-email.me> <vtbhjv$24api$1@dont-email.me>
 <vtbn2k$293r1$1@dont-email.me> <vtc19j$2kqlj$1@dont-email.me>
 <87a58mqt2o.fsf@nosuchdomain.example.com> <vtc7mp$2q5hr$1@dont-email.me>
 <vtcqf6$3j95s$1@dont-email.me> <vtdh4q$b3kt$1@dont-email.me>
 <vtf7fe$1qtpg$1@dont-email.me> <vtgfuf$31ug1$1@dont-email.me>
 <20250413072027.219@kylheku.com> <vtgpce$39229$1@dont-email.me>
 <vti2ki$g23v$1@dont-email.me> <vtin99$vu24$1@dont-email.me>
 <vtiuf0$18au8$1@dont-email.me> <ilprvj5jbpcbr7fts2kdotfb81763u652g@4ax.com>
 <vtlbja$3f46a$1@dont-email.me> <20250415152550.00007634@yahoo.com>
 <vtll0g$3n29t$1@dont-email.me> <20250415062839.904@kylheku.com>
 <vtlqis$3tc1l$2@dont-email.me> <vtm143$3ecf$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Tue, 15 Apr 2025 18:42:24 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="cec4580467d8bef69918f71b92c931ef";
	logging-data="133753"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/esK9xDc+rHr0OL/wrzscc"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:oJO3egV9aLqtBF6qHXDWw9KebXo=
In-Reply-To: <vtm143$3ecf$1@dont-email.me>
Content-Language: en-GB
Bytes: 2942

On 15/04/2025 17:22, Janis Papanagnou wrote:
> On 15.04.2025 16:30, bart wrote:
>> On 15/04/2025 14:33, Kaz Kylheku wrote:
>>> On 2025-04-15, bart <bc@freeuk.com> wrote:
>>>>     * Not having to write the variable 3 times (with C not always being
>>>>       able to detect if they didn't match)
>>>
>>> This is indeed a source of errors in C nested loops.
>>
>> According to Janis Papanagnou, it is 100% the programmer's fault. There
>> is nothing wrong with the language!
> 
> No, there is nothing wrong with the language if you make such errors.
> 
> The programmer selects (or constructs) the algorithm, the language has
> clear semantics for such simple loop constructs without any irregular
> or hidden semantics, and the programmer's task is to know the elements
> of the language and transfer the algorithm to a correct coding. - It's
> self-delusion if you try to blame the language for the mistakes you do.

Suppose you have two ways A and B to implement a feature in a language.

You find that those using A tend to make twice as many mistakes in that 
feature, and have more undetectable bugs, as those who use B.

Your job is to choose which of A and B to keep.

Would your decision completely ignore such findings?