Re: Top 10 most common hard skills listed on resumes...

On 28/08/2024 09:58, Bonita Montero wrote:

Am 28.08.2024 um 13:47 schrieb Thiago Adams:
 

C++ generates a lot of code, including constructors, destructors, and virtual functions.
While abstractions can also be achieved in C, they have to be implemented manually.

 In C that's five to ten times the code.
 

But this is nothing we can't live with, with the befit of disallowing other unwanted C++ features.

 What's uneeded with the gerated code ? >

In C you learn how to write less code.
RAII, destructor, constructor is a bad idea, but I don't know if it is a good place to talk about it. I also don't know if I will be able to convince you.
One problem of RAII and destructor we cannot disable it. Destructor are always called even after moved object.
By the way, in C++ we cannot move const objects. This is ridiculous. In C we can.

If you mean code written by other people, then this is about a big "framework".

 A matrix class isn't a framework. Frameworks are libraries with
callbacks.
And the code you'd write in C instead does the same, but everything
done manually.

How we call it does not change the fact is the someone else wrote the code. Then we write less code if we use other people code.

Many times, C++ abstraction are incomplete.

 What's incomplete ?

For instance, "smart pointers" should be called fake pointers.

 Why ?
>

They don't follow the type system rules.
For instance, this code is OK
struct base {
     virtual struct base* clone();
};
struct derived : public base {
     struct derived* clone() override{
         return this;
     }
};
But this one is not.
#include <memory>
struct base2 {
     virtual std::unique_ptr<struct base> clone();
};
struct derived2 : public base2 {
     struct std::unique_ptr<struct derived> clone() override{
         return this;
     }
};
int main(){}
Also the conversions const-non-const etc...

C++ std::string does not represent "literals".

 You can build a string_view from a literal. The length is determined
at compile-time. You can do most things with it you do with a std::
strng, except writing on it.
 

Them we have .c_str() and  we also my have extra unnecessary conversions and allocations.

 If you need a dynamic string you need a std::sting.
These fixed-size char-arrays in C are an error-prone disease.
 

string_view was a "fix" and then we will have a fix for a fix etc..