Path: ...!2.eu.feeder.erje.net!3.eu.feeder.erje.net!feeder.erje.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Michael S <already5chosen@yahoo.com>
Newsgroups: comp.lang.c
Subject: Re: Top 10 most common hard skills listed on resumes...
Date: Sun, 25 Aug 2024 20:11:24 +0300
Organization: A noiseless patient Spider
Lines: 35
Message-ID: <20240825201124.000017a3@yahoo.com>
References: <vab101$3er$1@reader1.panix.com>
	<vad7ns$1g27b$1@raubtier-asyl.eternal-september.org>
	<vad8lr$1fv5u$1@dont-email.me>
	<vafmiv$202ef$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Injection-Date: Sun, 25 Aug 2024 19:10:44 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="0069ba0565dbdd7465825de00529f73c";
	logging-data="1908920"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX18riDXry61jIJ6DyDK1i74ACTgkXGDh1jw="
Cancel-Lock: sha1:G+yZ/9qP2wsgaRBIPCk0aAvp7Sw=
X-Newsreader: Claws Mail 3.19.1 (GTK+ 2.24.33; x86_64-w64-mingw32)
Bytes: 2449

On Sun, 25 Aug 2024 18:36:46 +0200
Janis Papanagnou <janis_papanagnou+ng@hotmail.com> wrote:

> On 24.08.2024 20:27, Bart wrote:
> > On 24/08/2024 19:11, Bonita Montero wrote:  
> >>
> >> I guess C++ is used much more often because you're multiple times
> >> more produdtive than with C. And programming in C++ is a magnitude
> >> less error-prone.  
> > 
> > C++ incorporates most of C. So someone can write 'C++' code but can
> > still have most of the same problems as C.  
> 
> It's true that C++ decided to inherit unsafe C designs as C being
> sort of its base. But a sophisticated programmer would knowingly
> avoid the unsafe parts and use the existing safer C++ constructs.
> Only that a language allows that you *can* write bad code doesn't
> mean you cannot avoid the problems. Of course it would have been
> (IMO) better if the unsafe parts were replaced or left out, but
> there were portability consideration in C++'s design.
> 
> Janis
> 
> > [...]  

Safe HLLs without mandatory automatic memory management tend to fall
into two categories:
1. Those that already failed to become popular
2. Those for which it will happen soon
That despite at least one language in the 1st category being pretty
well designed, if more than a little over-engineered.