the TRUTH about C++ (is it worth your time?)
Вставка
- Опубліковано 18 лис 2022
- C++ gets a lot of hate on the internet, and there may be good reason for that. I think C++ is misunderstood, and there are a few simple reasons why. Despite being designed around 3 simple principles, the language has inflated to have a ton of features that are either too complicated to understand, or too powerful to implement without making your code base unmanageable.
But, should you learn C++? Yes. There are a few caveats though.
🏫 COURSES 🏫 Check out my new courses at lowlevel.academy
🙌 SUPPORT THE CHANNEL 🙌 Become a Low Level Associate and support the channel at / lowlevellearning
Why Are Switch Statements so HECKIN fast? • why are switch stateme...
Why Do Header Files Exist? • why do header files ev...
How Does Return Work? • do you know how "retur...
🛒 GREAT BOOKS FOR THE LOWEST LEVEL🛒
C Programming Language, 2nd Edition: amzn.to/3OKh3q2
C++ Crash Course: A Fast-Paced Introduction: amzn.to/3qdZILK
The Rust Programming Language, 2nd Edition: amzn.to/3MHaS36
🔥🔥🔥 SOCIALS 🔥🔥🔥
Low Level Merch!: www.linktr.ee/lowlevellearning
Follow me on Twitter: / lowleveltweets
Follow me on Twitch: / lowlevellearning
Join me on Discord!: / discord - Наука та технологія
What do you think? Is C++ any good?
You made this video just to get drama. No you should not learn C++. Lots of people know it, few companies use it, most are moving away from it, there are better languages if are starting a project. Anyone leaning C++ will only annoy experienced users. Like you said. The first language anyone should learn is python, then Rust or C, then TS or JS. Maybe Bun. Everyone can use Python because there is always some quick little task that you can get done with python in a few minutes that will make any computer users life better.
It depends on what your coding
(I like c++)
C++ MUST DIE.
@@MichaelMantion That's wrong. C++ is still being used in industry and will never go away completely.
When I use C++, I program it like C, it is objectivly better.
C++ is Life. People love to jump on the bandwagon of hating a language. But I always quote Bjarne himself "There are only two kinds of languages: the ones people complain about and the ones nobody uses"
Except for Java , both nobody uses it except for Indian tutorial makers and somehow everybody still hates it.
@@user-fr2fm3ri3w nah errybody use Java
@@user-fr2fm3ri3w java deserves its hate.
@@user-fr2fm3ri3w nobody uses it.... lol what field are you working in?
@@fr3dlopez it used to be good for cross platform and for android but it got murdered by kotlin and electron. Maybe it can still be used in a server but go and rust are flat out better. Companies that use Java still only do so because it’s too expensive to migrate, Java’s market share is falling each year however
C++ is a superset of C not a subset
words are hard. you right
Though C++ is not a strict superset of C, as it is not 100 % compatible with C. Depending on the standard of course, as the latest C and C++ standards try to move to a closer common ground again.
As is mentioned in the video, C++ is C with object, so doesn't that mean C++ is a subset of C?
@@retsu-h6460 If C++ was a subset of C, C++ code would be valid C code, which is not the case, it's the opposite. But as mentioned, it's not a 100% superset anymore since C99.
@@theawesomefire: _"Though C++ is ... not 100 % compatible with C."_
I wish I could remember the issue, but years ago I went round and round with another developer because I gave him a few lines of simple C code that I compiled and tested with my C++ compiler. It worked flawlessly for me but he argued that it didn't work for him. When I finally tested it with a C compiler I found he was correct.
I like how people always talk about "which language should you learn" as if we're often given a choice. In my experience, unless you're writing stuff totally from the ground up (or just wading into a new language as a hobby), which language you use is almost always dictated by what software you're developing for, or what your job or school requires you to use.
I wish I would have known that before spending years on low level programming before realizing most relevant jobs will require proficiency in another field
Exactly. and this is why I hate people who push others looking in from outside the industry to only learn a single language like python to start their journey. You gotta learn a lot of things first to narrow down what you wanna go into and then you dive deeply into its requirements.
It's mainly about which language to choose to learn for people that haven't started yet or haven't progressed very far. They'll be training themselves in both programming and the language they choose and that choice partly depends on what work might be available, what they want to do, and what is good at a learner level.
@@andrewdunbar828 shouldn't they choose a subject instead of a language?
@@sososo3906 They will choose many subjects. That's what everyone I knew did, though there were fewer languages to choose from then.
My first language is C++, i've been exposed to pretty harsh concepts before that make the brain fry. C++ did sure fry my brain the first 3 months; but now that I am starting to understand it more, I really appreciate it and other languages are really easy!
If you can learn c++ you can learn any other language lol
@@yurikadzz truth brother
okay, now do X86 assembly, must be easy now :P
@@Henry-sv3wv Assembly, especially x86 might unironically be simpler than C++ or even C atleast in terms of syntax. it's just more tedious, time consuming and requires a solid understanding of how the CPU registers and memory stack work.
@@user-xw4od8kb7y Bro, can you recommend any beginner-friendly literature (if such thing exists lol) on asm and cpu architecture?
I am currently learning C++. I learned Python, Java and C for my CSE degree. I can say that I prefer C++ over Java because C++ feels more intuitive for me. Of course, I have yet to learn Rust.
Should've just skipped to Rust.
The first 2 months learning Rust will be very painful, but it is probably going to become your favorite language.
@@sotam8938 Well rust isn't really good for jobs, C++ still and will forever have codebases to maintain. C++ isn't horrible the programmers abusing its concepts are thus resulting in its reputation for memory leaks, Try to use smart pointers and keep raw pointers as a last measure.
@@punchcake4832 At the end of the day, programming languages are tools, each with their pros and cons.
C++ is the building foundation of a lot of stuff in our world nowadays...
I wrote C and then C++ for years as an embedded software developer. As the language grew more and more complex, I noticed developers very purposely wrote more and more complex code which took longer and longer to read, trace and understand.
Worse, there was a convoluted arrogance that came along with it. If you couldn't understand their extremely convoluted code, you were a lesser person. Few acknowledged that convoluted code was bad code.
And discussions about the language replaced abstract discussions about what the compiler and processor would have to do to accomplish something. It became essentially _wrongthink_ to even consider how a compiler would implement code.
While I was constantly striving to simplify the organization of data and the processing of it, my coworkers were constantly building empires of more and more complex code to their own glory. They _hated_ me when it got in my way and I simplified it.
I've had similar experience in my job. Unravelling my co-workers fancy and redundant code was a gruelling task.
what do you do as a embedded developer? sounds interesting
@@XenolVlatriX: _"what do you do as a embedded developer?"_
Embedded computers are those with no user interface or a limited interface. The microcontroller in a microwave is the most familiar example. I worked with telephone switchgear, solar controllers and bus communication systems.
Terry davis once said the simple mind craves complexity or something like that.
Thank you.
I work a few million lines of crap above you (web), fighting the complexity demon wherever it decides to come to nest.
It's come to be point now where I find myself having discussions with senior engineers over the extreme danger of writing for loops in bounds-checking, memory managed languages, as 'you could get them wrong' and 'they are hard to read'.
I would give someone elses arm to write Go on the frontend, anything but JavaScript.
Professional C++ programmer here:
The thing is that C++ has a steep learning curve and that most developers just don't want to invest the time to learn the language. Just as you've said: with great power comes great responsibility and rarely anybody wants to be responsible because it is hard. Also C++ is usually taught wrong and rarely do teachers or courses explain that, for example, raw ( C ) pointers are not evil, they just cannot be owning pointers.
I agree with your suggestion on how to learn C++, I would just add that after learning C, fammiliarize yourself with the abstractions that the language introduces, by reading books and watching convention lectures.
That way you get a bottom up ( learning C and the memory model) and top down (learning abstractions) view of the language.
You just need time to understand the language, something that most people do not have today.
C++ is not a perfect language, but it does not deserve the hate it gets.
agreed, im not a proffesional neither intermediate of the language but when you dedicate time to the language and actually understand the ins and outs its pretty awesome, the power we have also its a must for anyone wanting to get into malware analysis or Reverse engineering
I tried getting into c++ for a while (currently i use rust) but I'd say c++ more than any language requires you to just "know" things, or at least thats how it feels. Like solid code sometimes just wont work because theres some quirk of the language or compiler or something that just screws with specific implementations that seem like they should work. It feels like to bugfix you need to have a textbook just containing these irregularities of the language itself
Also header files confuse me because im kinda dumb but thats just a c thing
I realize this is a month old, but could you by any chance expand a little bit on the idea of "raw pointers are ok so long as they're not owning pointers"?
@@user-sl6gn1ss8p Well, the thing is owning pointers are pointers which manage the lifetime of the object they are pointing to. That means that smart pointers in C++ are owning pointers because they have to destroy the thing they point to at the end of its lifetime. If A owns B, that means that A has to destroy B when the time comes.
That means that Non-owning pointers do not manage the lifetime of the object they point to, they just "look" at the object. They don't have any obligation to the thing they point to. That is why raw pointers are "ok" to use in a non-owning scenario. They are great if your function requires a view to the object. Nothing is hindering you to use pointers as you wish, but abrstractions like these are really handy when you have to reason with code that you are unfamilliar with. The purpose of abstractions is to carry intent.
I hope that I made it a bit clearer. :)
@@aleksandarnikolic2441 thanks, it does seem to make a lot of sense : )
This systems administrator here, used to safe languages like c#, wanted to learn c++ to get closer to the OS. And man, I can't recommend enough. I got a pretty bad beating from memory management, and the community being fairy aggressive, but this language is powerful. Go for it.
I recommend using smart pointers as much as you can. With those you can be in 99% of the cases sure that there won't be memory leaks
I’m somewhat of a masochist myself
@@xvxluka222 I do whenever I can, but sometimes raw pointers are better, when calling native OS functions
@@chicoern heads up: look for std::out_ptr, it's been invented to deal with OS calls that expect in-out raw pointers.
@@Tibor0991 oooooooh didn't knew that! Thanks buddy!
The answer to number 2 "avoid sugar" should be "for (auto& num : v) {//code here}". Way simpler.
range-for loop is just syntactic sugar equivalent to an iterator loop.
Yeah.
I guess std::for_each(v.begin(), v.end(), []() {}); exists too, but I never understood why you would do that instead of ranged for.
@@danielsan901998 range-for loop also works on arrays. Furthermore, it doesn't matter that it is syntactic sugar over something. It matters that is a better syntax. Iterators suck because they are verbose and ugly.
@@sledgex9 it does matter that it is syntactic sugar because the point was "avoid sugar", and for-range loops is an example in favor of using syntactic sugar.
@@danielsan901998 IMO, I took it to mean "don't structure your code in a way just to make use of all c++ features". Notice the absence of std::vector in the second example.
If I was wrong in my interpretation of his point, then I consider that point a wrong one. Using syntactic sugar that makes things easier to write/read and less bug prone (off-by-one error in for-loop), is a MUST. Otherwise we should avoid lambdas too because they too are syntactic sugar over special structs.
0:20 Bjarne tweeted about c++ 4 years before the invention. the power of his programming
my dude🤣🤣
"tweeted" ?
@@victotronics yes
@@victotronics are you born now or what?
I study mechanical engineering, so I'm not a typical programmer, but from my point of view C++ is one of the most important languages. It can be found in any application where speed matters, such as CAD modeling software, physics simulation, or real devices such as microcontrollers, control units, etc.
There are modern alternatives now tho, so no, it cannot be found in ALL projects where those things matter…
@@Stumashedpotatoes "uhm ackshually"
yeah yeah shut up. It probably STILL can be found in all those projects but indirectly. Rust for example uses LLVM to be compiled and LLVM is programmed in C++.
@@sharoyveduchi my point was that you do not need to write CPP yourself to get the performance of C, by using rust or zig.
Buddy you just did the biggest “um actually” I’ve ever seen. You brought up the fact that the compiler is written in cpp. “Umm akshually the compiler is written in cpp so youre still using it even when you’re not”. You gonna tell me Linux is written in C too?
Cringe bro, cringe
@@sharoyveduchi Fair point but unnecessarily vitriolic, Stuarts remark was completely fair and nothing about it was offensive.
@@Stumashedpotatoes idiot. Every big electrical and mechanical CAD which used to build stuff we use in our life is coded in c++
C++ is my first language, best benefit of it is after that learning other languages is super intuitive. And about learning C before C++ isn't really needed if you have good resources to learn from. But if you want to learn C++ in a sloppy or playful way you will struggle(unless you are a genius). Most painful part of C++ is build systems, you have to learn the compiler and package management etc. well, as long as you don't use IDE that is, with IDE it's much simpler of course, though still harder than other languages.
Agreed, working on a project that stretches 4 platforms (windows, linux, microcontroller, embedded linux) and build systems are a pain to get right if you don't want to enforce usage of a specific IDE. CMake frustrated me to all hells with how most of the methods turn out to be "not recommended anymore" but then recommended methods for cross-platform use are lacking BIG TIME (especially how msbuild wants release+debug setup, I ended up dumping that), overall CMake was really unintuitive. NMake started fine (basically a simple syntax change from Make) but became a real drag once it got a little more complex with how badly it is supported. So I now use CMake for windows so I don't have to deal with manually maintaining msbuild project files, Make on Linux, Make for Microcontroller, and a simple CMake + SH for embedded linux. I dread the day something requires me to touch it again.
@@vocassen have you tried premake its available for windows linux and mac?
I agree ... first C and then C++. Working with object required a extra efford like understanding Inherince, poli, object relationships, notation like UML diagram classes a more... great video by.the way 👏👏👏👏
honestly, I've used a ton of languages and I still find C++ to be my favorite language. I do use python for a lot of one-off type things that I intend to work on for less than a few hours, but I genuinely find C++ more fun because I can always find a trick to make my code be better.
If you're not using it for your job try rust and never look back
@@sososo3906 rust fanboys again ruining everybody days
@@KopieOG your right, finding out that the multi million dollar code base your company developed for 30 years will cost about as much to rewrite to be understood by anyone besides the original writers won't ruin your day, it will ruin your life
i use python for automation
and c++ for making programs
@@hodayfa000h if the code is written from scratch you should write it with rust, also it easy to make a python library and only implement in rust the bottlenecks of python
I think that C++ does solve some of C's problems as a general purpose programming language (although it's questionable whether C should be used as one in the first place when there are languages like Rust) but it creates even more of them. As such, my "personal style" of C++ is basically C with some extra things about C++ that I like (most notably the standard library).
For me, understanding RAII as a mechanism for letting the compiler safely manage your resource lifetimes was eye opening. It moved me away from this “code in C” style
I learned higher level languages first and C++ before recently learning C. I can tell you, for embedded systems, C is still much preferrable compared to Rust, especially when doing bare metal. C is almost married to embedded systems in a way other languages aren't. And personally, having now learned C, i think for complex systems, it can be a death trap, but it's simplicity also taught me how be efficient as a developer, especially with memory
@@juniorjunior8494 I do agree but that's why I specified that I'm talking about general use cases and not special ones like embedded.
@@4cps777 Even if this common belief of "C is better for embedded system" is completely false, they are tons of project in C++ and rust for embedded system. Arduino uses C++, ARM dev program libraries are in C++.
C is used as a lingua franca so devices drivers are written in C so it can be used for every single languages, that’s all. Once you said that, nothing force you to use C as most languages can use C ABI.
But even drivers can use a C abi and under the hood be written in C++ or even rust.
I wish I had learned C before C++ (I learned it as a module on my math undergrad), I've gone back to them a little since using OpenCL. Once I get a bit more of a wide overview of what they can do, because I still haven't built that much with them, and once I have looked into assembly and mixing all three, then I think I will finally let go and probably leave them for something like rust... but I want the context first.
don't waste your wishes, because like a plant, you should water the best and cull the rest.
My first language was C++ and I couldn't believe that other languages ain't got the features it has. I remember I was like: so how they do this and that?! Now I know they just don't ;)
C++ is the power but only after few brain-aches. I think most of the haters just failed with the language and others are repeating the haters.
C++ is and will likely always remain my main language, and the unique features of C++ can be quite beautiful in some cases.
I have been working with the QEngine library for simulation and optimization of quantum physics, and it makes extensive use of templates and operator overloading to allow me to essentially create a Potential or Hamiltonian (a kind of functions which tells us how a Quantum system evolves) as a C++ object, by literally writing it as an equation.
But I absolutely agree, if you try to use "advanced" c++ features where normal C would do the jop it gets messy very quickly, and the error messages are not great, especially when templates are involved. I routinely get single error messages so long that they can not fit in my terminal.
in my opinion the most important thing with using cpp is having guidelines in your project, you can accomplice same thing many different ways in cpp so at the beginning of the project you need to decide how you will design everything. For example In my work we just don't use inheritance or most of stl. I also think that rust will have the same story (both are big languages and things like error handling should be clearly defined)
also what i forgot to mention is that build system can be VERY complex in cpp. I don't have a lot of proffetional experience working with other languages but I don't think that in java or c# properly setting up build system can be so hard (even with cmake)
Good developers makes everything work fluently in any language 🙂
I understand what you mean with guidelines, but you also need some freedom to break the guidelines to find better ways.
I see a lot of projects becoming hard to handle because of enforced guidelines.
I think within the same project the code should be consistent. But between different projects the consistency can be different depending on the projects need.
Not using STL in 2022 is shooting yourself in the foot from the start; why avoid type and memory safe structures with zero memory and performance overhead?
@@olafbaeyens8955 of course i mean in single project single guildlines, as for flexibility in smaller project it should be fine, personally i work on 5g with hundreds other people so rules are enforce at ci level
@@Tibor0991 we just use boost ore have our own libery
As someone who started with Java, C++ is very rewarding. I get the same OOP and functional features I'm used to plus equally great libraries without the overhead of the JVM.
C++ is definitely *not* a "better" C. C is much easier to tinker with and iterate (without worrying about brittle design choices). C++ features and documentation almost always assumes you already know exactly what you want to build before you've written a single line of code. It is the complete opposite of say Python where you are guided towards the correct way of doing things.
Just the feature is worth learning C++ over (or in addition to) C, it's better and safer than C arrays, and there's a lot of other good features. Unfortunately, there's always "more" every three years, every new version is almost like a new language, as so many things get (literally and figuratively) overloaded. Even thought the latest tends to be an improvement (as in "for (auto thing : mythings)"), it still leaves a trail of a half dozen previous ways of doing something.
I have seen C++ being abused in embedded, especially using OOP patterns for every problem. Instead of making systems easier to understand, codebase grows ridiculously.
Off course there is a sense to choose C++ for some solutions, but in firmware development I follow my philosophy of 'staying with C if I can'.
goto spaghetti is anathema to programming, drop down coupling is pure miscegenation of coding. DRY? if repeating is the root of all evil (silly uncle bob) then i am WET because virtual is infinite.
There’s no better language than C to understand how hardware works, that’s why I’ll also stick with C for embedded
Valuable info as usual, thank you my friend, useful info from an experienced engineer is as good, if not better, than a proper engineering book. love your insights, I am currently learning C++, I just finished C. Also learning Python.
If you learn c++, you can learn 80% of the other languages in a week.
The first programming language I ever learned was IBM 360/370 Macro Assembler which is actually rather high-level as far as assembly languages go.
They thought we should learn this before moving on to COBOL and CICS. Also, AL was the "washout" class. If you can't handle that you don't belong here.
When a friend of mine was in the same program years later he asked me what he should learn after AL. I suggested C because it was the new hotness, the syntaxes of many other languages are similar and it's still low-level enough to let you do whatever you want.
It's a good baseline.
I've since learned that you can also do object-oriented programming in C using pointers to structures of pointers, but that makes my head hurt almost as much as the SmallTalk-style objects in Objective-C.
So much is already written and can be written in C++ that it makes sense to know it.
But while it's relatively easy to know C, if not always the best ways to use it, it's pretty impossible to know all of C++, much less how to use it well. C++ is a Very Complex language, though still low-level enough to be one of the fastest languages out there.
Rust is more trouble than it is worth. I prefer Swift. It feels much more natural to me.
But still, many device drivers are still written in C++ or even C so it's worthwhile to know them.
I think error messages from a C++ compiler is just to complicated. And dont say ”just learn it”, this is what I think: the error messages are to complicated.
I got a lot of C++ books, I read them, I still don’t use C++. I happily use C or Java, even C# or Javascript.
If a library has a C++ or a C API, I use the C API every single time.
Have you tried Rust? The error messages from that compiler are consistently the most helpful I've ever seen.
@@0xTas I actually havent. I tried Go but not Rust. Thanks for the suggestion.
nice, perfect timing. was going to make a system project, and was really battling with this question.
About C++ security, I think most of the common problems that Rust solved, C++ already did too. The "problem" is that while in Rust they're there by default (and you can't escape it), in C++ they're opt-in (but highly encouraged by the community) features or patterns like smart pointers, RAII, etc. Smart pointers are, in practice, C++ ownership system.
C++ has a legacy of 30+ years, so a lot of legacy code and "legacy programmers" still use the old verbose, unsafe patterns, it's also the style teached at most universities (remember folks, professors usually don't stay up to date with the industry or language features). But I see a lot of effort by the community to enforce these new patterns and document them. For beginners it's a challenge to soak up and distinguish so much legacy knowledge together with the new knowledge. But I'm having a lot of fun in my journey.
I think C++ is going in the correct direction with safety. Though they will never get as far as Rust. The main things that still bug me when working on C++ is threads safety and lifetimes.
Companies I have worked with have flat out ban threading because it just causes so many bugs in what needs to be a safe system.
Lifetimes are just never explicit in C++ you just have to hope things are documented well.
C++ is not bad but it has years of issues that cannot be fixed.
@@dynfoxx I think the threading issue is due to the not explicit (bad) lifetimes in c++. The first time I managed to get UB in an actual project was because some undocumented behavior in a library causing a pointer to that was required to become invalid. It took me days to figure it out because I checked if it was valid the line before I passed it.
Multi threading itself is not that difficult, but using it efficiently usually means there are a lot of side-effects that become hard to keep track of. But if you have some expensive algorithm iterating over a lot of "uncoupled" data, it is not that hard.
@@someonespotatohmm9513 it's not that hard in theory. But when C++ gives you no help and it's up to documentation that may or may not be followed it gets to be a problem.
The fact that programs don't know atomic, volatile and shared pointer safety just gets annoying.
Half of the issue is that you can do it right but it's just hard to keep right. If I am not careful some other person will come mess it up.
They need owning mutates like rust has. It makes it more clear to start with. Though it will never be fixed it more so comes down to your code base and fellow engineers.
Short overview of Modula 3 and Ada gives an idea that Rust solved the problem which was solved long time ago, just not in world of C-family languages. Yes, it needed few decades to catch up, but better ever than never.
As Bjarne once said, "there is more simple and smaller language in C++" and Herb Sutter recognised this language and called it Cpp2 (cppfront)
I think the amount of control c++ gives is double edged sword, but I like it. On one hand, you sometimes have to write a lot of lines of code to do something that other languages would allow with just a few, or sometimes even out of the box. On the other hand, though, I feel I'm in control and it's ultimately up to me to decide what a piece of code will do down to the really fine details. With some other languages it felt like someone took the steering wheel from me and just said "don't worry, I'll handle it" while blindfolding me.
I totally agree. I have the same feeling. I'd prefer be in control then to just have "trust me, bro" experience when I'm trying to worth with technology.
If you are an engineer and plan to do anything related to software within engineering learning c++ is a must. Of course C is also important, but so much engineering work is done in C++. C is good for doing operating system related stuff and embedded systems.
I heard it was efficient, so when I finally decided to learn a programming language, I picked that one. Bad, bad idea, but it's working out ok so far, I got the basic syntax after just about 20 hours of online courses and it feels intuitive enough to use. Can recommend.
Learning C first will tend to lead a developer towards a C-like C++ style. This tends to defeat the purpose of C++; See Kate Gregory's talk "Stop Teaching C".
Avoiding sugar is also not the best approach, and in fact the range for loop over a std::vector generates less assembly instructions than using a traditional loop variable. You can prove this in Compiler Explorer with -O3 and is mentioned in Bjarne's book A Tour of C++ 3rd Edition. This makes some sugar in C++ what Jason Turner calls a "negative cost abstraction".
Also "near zero cost" is not quite right. The language design involves what they call the Zero Overhead Principle, which is often misunderstood. This means not that there is actually zero overhead in using an abstraction, but that if you implemented it manually by hand using only C or assembly, you wouldn't be able to do better. At least, that's the goal...I won't go into how exceptions allocating and Run Time Type Identification are clearly in violation of this.
C++ was my first language and I am so happy that it was that way. It forces you to learn about the fundamentals so that you understand what is happening with code under the hood. Also, it has the best syntax. No scope by indentation and it is precompiled.
No needed for C++ here. You could just get around with C which is much simpler and easier.
@@thecoolnewsguy hmm nah, unless you want to do embedded stuff
@@anon1963 I meant in terms of learning the fundamentals of memory management and programming not in terms of getting a job or building a software.
I'm a math and CS student. I've studied various languages such as Python, R, Bash, VBA, etc. When I first encountered C++, it intimidated me. Pointers were difficult to grasp, but at times, I found myself enjoying C++. When I contemplate computers or programs, my thoughts are expressed in C++.. Their power and elegance make me inclined towards C++. I'm young and still have a lot to learn, but I aspire to become a professional in C++. I don't exactly know why. Perhaps it's because C++ is elegant. Perhaps because my mind operates in C++.
Nice comment! I feel that I have a hard time deciding between focusing on C++ and C#. I've spent some time learning C# but C++ has always been in the background, I was also intimidated at first, but I bought books about it several years ago.
I can relate to this. My mind needs to have a deep understanding of how things work. When computers were simpler, I understood them at hardware level. You also need a hardware level understanding to effectively program microcontrollers. C and C++ are "close to the machine" and just suit the way my brain works. It's hard to explain exactly what that means to someone who doesn't think that way, but I completely understand what you're saying.
Currently learning C++ (I come form a C# background). Love the language and I think it doesn't deserve the hate it receives. It's powerful, efficient & flexible.
Can you recommend the resources for c++ ;)
@@hecker230 A good place to start would be a channel called "The Cherno", he offers a wide variety of C++ videos, but you will have to move on to other stuff later since he doesn't cover everything. I also recommend watching some C++ weekly videos from Jason Turner once you get more advanced. (I also recommend you learn C first) *Good luck!*
Cool, I started with Java in uni and then became interested in C# but I’ve always had books about and interest for C++ for it’s efficiency and industry impact. I also like learning about backend development with .NET and C#. I’m having a really hard time deciding which one of these, C++ or C# to learn! I’m interested in topics like graphics, backend web dev, but even then, I have a hard time deciding!
@@erik9817 C++ is so important for your journey as a programmer. Even if you later learn a language unrelated to systems development, C++ gives you great insight into how to make more performant code. Other languages are also much easier after learning C++. Without learning pointers, for example, it can be harder to learn how all the objects connect together in C#. (C# has pointers called references, but they hide them). If you decide to go for a higher level language, try to not depend on a framework (like Unity) to learn the language. Otherwise you will be dependent on the framework and you won't learn how to structure the code on your own. C# is a really good language, but all programmers should learn C or C++ at some point imo to get a better understanding.
I worked in C for about 2 years in total and about 1 year in C++, and while both languages can be pains in the ass in their own ways, C++ was way more convoluted, unintuitive and tedious to work with in my experience. High-level, near-zero cost abstractions sound good but unless you can somehow solve memory safety without GC, you're building on sand. C++ couldn't quite achieve that, though many of its features and libraries are undeniably an improvement over C. Rust managed to do decades later what C++ couldn't back then.
In conclusion, I wouldn't use C++ for any new project anymore unless I had no choice, like an Unreal game or a Qt application, though I wouldn't be surprised if both already have viable bindings in other languages.
How much salary ? And does it make permanent
every time i meet a beginer programmer, there's a 70% chance they want to learn c++. out of those 70%, only 10% actually use any c++ on the regular, and the rest of them either use it every once in a while or haven't even touched it in years.
look at it this way, the ones complaining about c++ are the ones writing articles and not code
I usually code in Java/angular/R because of my job, but most of my personal projects are in c++, it's a wonderful languaje, and one that i would't like to forget
What's your job?:3c
C++ is awesome, its std:: library that is bloated and bad.
Zero cost abstractions, OOP, overloading of operators, auto, quality of life stuff (default function overloads).
I use it all the time on my embedded stuff, it's just great if used properly (basically as C with good stuff).
Totally agree. It's a good language that is VERY easy to use incorrectly.
It's like C++ wants to do it all and integrate all new languages into C++style, at the time the new languages were hyped.
What? STL is its strong suit. It is very powerful and useful. Just take a look at the module. And you pay for what you use from it.
PS.: The funny thing is, that all C++Conference talks got a strong Rust-flavor in 2022 xDDD
@@sledgex9 you are right but for embedded most stuff is bloated and MISRA discourage usage of std library
C++ keeps amazing me everytime I have to code with it, New Syntax, New Features.
I feel I don't know anything about programming at all everytime when I spending tim with it.
Its fry my brain, but I love it.
i basically taught myself C++ and when starting college i took a class on it to further increase my skill, and its by far one of my favorite languages right now
I basically use it as if it was C with bonus features (as how I personally feel it should be)
I frequently mix the syntax where I see fit, using malloc for simple things like making a block of data to copy from a file into, and making a class or struct when I need something more complicated (specifically talking about C++ structs here)
Its definitely not the best practice, but im just working on my own personal projects here, so its not like anyone other than me is going to be seeing it lmao
There's no reason to use malloc in C++ instead of new. Sometimes you may want to dynamically allocate a class that has a constructor, in which case new is the only way to do it properly. And using two different constructs to allocate memory throughout your program just adds mental overhead, instead of reducing it
@@xGOKOPx I should've been more specific, I do use new most of the time
@@whamer100 This is why rust is the leading programming language.
@@myself50094 i should really learn rust tbh, the syntax annoyed me last time i tried it, but that was a couple years ago
@@whamer100 i'm a troll
Learning both C and C++ for embedded systems in school. The question of which one was better came up and my teacher told us: "Mix and match. If you prefer something in C use it, if you prefer something in C++ use that instead. If it works, it's already a great stepping stone to see which one you'll prefer".
the correct answer is neither
There is only one real programming language C++, the rest are wrappers written in C++.
I've been studying it in college as most CS majors do and personally I found it to be a good language for learning low level programming as there are endless amounts of learning materials for it. The issue I have with it is the security risk that memory issues in the language has for actual production code. Rust and Carbon will probably finally cause C++ to become a legacy language like Colbol or Fortran. C++ is worth learning for now until Rust becomes the defacto low level systems language due to it being memory safe. Right more there are still a ton of C++ projects that need developers for them so if students learn it now, they can transition later.
Rust will probably become the "de facto" in 15 years. Python took 40 to be this popular
About C++ security, I think most of the common problems that Rust solved, C++ already did too. The problem is that while in Rust they're there by default (and you can't escape it), in C++ they're opt-in (but highly encouraged by the community) features or patterns, like smart pointers, RAII, ETC. Smart pointers are, in practice, C++ ownership system.
C++ has a legacy of 30+ years, so a lot of legacy code and "legacy programmers" still use the old verbose, unsafe patterns.
I don't really think c++ will go away any time soon, since, at least on embedded devices, space is low and while a hello world in c++ or c takes up 20 kb or so, rust's hello world requires over 500 kb.
@@shimadabr finally somebody said it! Really when it boils down to it, Rust is better for new developers whereas C++ is more oriented toward experienced developers and toward more complex software. The industry only keeps programmers for about 4 years max (especially web) so it’s no wonder Rust is a major push right now. Rust is just safe C.
Carbon isn’t actually meant to replace C++, it’s meant to be an intermediary language. It’s weird.
C++ is C but 1 higher
I still use C whenever I can even when I code in C++. Yes, cin and cout are nice, but printf and scanf allow more easier
@@BederikStorm Bro this is a joke, cuz if you do ++ it means + 1, i ain't arguing what's better lol
I think C++ is very underrated. IMHO it's the best programming language that I know and I know more than 10 reasonably well. Its STL is a game changer for algorithmic programming. It's the best for competitive programming and makes you understand so many things much better. Maybe not everything should be written in C++ though. I use typescript and java on a daily basis but learning C++ fully made me understand so much more.
Do you know Rust?
I agree it's underrated. If I had to pick one language to be the most versatile, C++ is it. But it's terrible for some applications - web apps and data science for example.
You made an error at 2:10. I think you meant C++ is a superset of C, not subset.
We programmers suck at talking :D
I have used a lot of C++ for developing a video game engine. I can confidently say that C++ templates are Witchcraft.
Remember: they are NOT the same as generics, which you would see in higher level languages, even though they look similar on the surface.A templated function is NOT a single function that takes a variety of arguments; it is a meta-function which generates multiple, isolated functions during compilation, with different memory locations.
C++ is my favorite language. I also know C, C#, Python and couple more obscure ones.
I like C++ for multiple reasons. It's deterministic unlike others; no hidden background operations like garbage collectors, it's low level when I need it and scales up to high level when I want stuff done, it's still the fastest language around when used properly, and I like its templates a lot. C++ has been evolving massively in the past 10 years making it faster and easier to use.
The cons are that it comes with a lot of history.
Exactly, well said. People really taking away the low-level part and cry about the language because they come from languages like python and expect to breeze through it. C++ teaches you things you would never learn as a person who works only with very high-level languages, it really teaches you good programming practices, how the compiler works, OOP and just how to optimize your code
@@Dulge Thanks. Though I don't think C++ teaches good coding practices more than other languages either, or i didn't understand what you're saying. C# for example, does things differently but is pretty well structured. C++ is actually pretty relaxed in comparison to Rust.
If people think C++ is hard then I do think C++ has problems in accessibility. I don't think it should be hard to use. C++ also has problems with usability. Eg. Static reflection...
@@noxagonal Yeah, i feel like the "hard" aspect is there for a reason however, if C++ was easy and we didn't need to do extra steps or have to understand pointers, references, OOP, virtual functions, inheritance, polymorphism and just a bunch of rules the language has then it wouldn't be powerful and used in nearly every engine, library or wherever programs and embedded systems need that performance and power
@@noxagonal As for the Rust being harder i personally would disagree, I think learning rust as a person familiar with another language makes it harder to learn then for a person who is brand new to programming because the way rust is. Mainly because of the legacy aspect C++ and most languages follow
@Dulge I probably shouldn't talk about Rust as I haven't used it on any actual project yet.
I think we're approaching this from different perspectives. For example, if you try to use iterators in C++98 vs. C++20, you'll see what I mean.
I think some basic knowledge about hardware is necessary in any compiled language, but even then, much of it could be abstracted in language level so that it still performs good. I think C++ could use a complete second standard library altogether, as complete as the current stl but without the history. Most game engines use stl minimally because it's ill suited for game development, though better nowadays, there are still many reasons to not use it. Easier, in this case, would be to have better utilities that we wouldn't need to write our own.
I don't think people have to learn C first. As a starting language, I think C++ contains a much simpler language trying to break free, chained down by legacy. I feel we scare away people from it by spooking them with scary concepts like pointers, references and memory safety. As though that is something exclusive to C/C++.
If I were to introduce someone to programming through C++, I wouldn't teach them about raw memory allocation. No pointers, pointers to pointers, or even references. Reduce the friction between them and their code until it becomes relevant to understand the more core concepts. Let them pass variables by copy while they're learning. Move semantics have reduced the overhead of that dramatically. Let them return copies, they don't have to understand copy elision or NRVO. You don't teach someone java or C# by telling them how to appease the garbage collector.
It's naive, yes. But even basic things in C can appear arcane. Take the supposedly safe "sprintf" - lovely name.
You need to understand stack vs heap allocation, when to alloc/free. null terminators, the caveats of the sprintf family of functions, the 'safe' versions of them, what that strange 'restrict' keyword means, etc.
Of course, there are nice, basic, declarative examples like adding strings together, which while basic, lets beginners appreciate how that happens under the hood.
Though, as a C++ developer, definitively try pure C at some point. There are a bunch of things you can learn to appreciate from it. It'll make you a better C++ developer for sure.
Junior me's mind was blown realizing you could hide details in translation units. Or how often all you needed was some fixed size buffer/variable allocated on the stack.
Greetings! I want to learn programming basics, final goal being able to develop my own tools in cibersecurity (malware analysis/development).
I have roughly two years to dedicate to learn the basics, programming included. Could I ask for your opinion on how to structure a complete beginner study guide for not only programming in general but doing it in c++? What resources would you use? Any input is appreciated from an experienced and advanced user.
Later on I will need python for automation, c#, powershell... But I could use a direction from zero level.
Thank you in advance, sir
Don't you worry, I know what I'm talking about, and I know very well what you're talking about as well. I'm omitting parts to make a point. Details that also shouldn't matter to beginners.
It's hardly a perfect language and never did I suggest it was. More experienced people are free to take educated decisions, and provide good reasoning for it.
When it comes teaching people programming, I wouldn't say Ada would be my first pick.
C is much simplier to understand and it takes less time to learn than C++.
Pointers are really not a big deal if it is explained well to a beginner.
Agreed, however I think the perception of pointers is they are somehow complicated, but they are not, its just a variable that holds the memory address to a value, to get the value you have to dereference the pointer first using * or -> and that's mostly it. To allocate a pointer you can use the new keyword, and to delete it delete. You don't delete it then it will stay in memory. When I have mentored beginners they picked this up quickly so I have no doubt someone with an aptitude for programming won't struggle too much then, once they are comfortable with that introduce them to smart pointers and tell them never to use raw pointers again lmao
I love C++. std::vector, std::unordered_map, std::thread, smart pointers - great things. Save so much time, while offering a lot.
C++ was actually the first language I've learned in a computer engineering course and in my opinion, it was better than learning C first. The way that it was taught to us was with the heavy use of STL where you have things that you will find in a more high level languages and because we weren't allowed to use pointers in our assignments, it was somewhat difficult to shot ourselves in the foot. We have of course later been introduced to raw pointers and stuff, and as a result, when needed for programming microcontrollers and stuff, I had kinda knew C already and stuff like Java and Python was really easy to understand since C++ has everything. But yeah, learning and using it for my personal projects (e.g. using it without an OS and having to reimplement some of the standard library), it has now become a never ending rabbit hole of getting to know everything that the language has to offer.
Also, C++ is not a superset of C in all, but a language which is 'mostly compatible' since it has a different linking and starting with C99, C has things that are not supported in C++, like designated initializers, some keywords and probably other stuff that I don't know about.
I switched from C++ to C a few years ago and never regretted it.
The main reason is C++ is so endlessly complex that takes a big cognitive toll in your head while developing.
There is no such thing as not paying for features you don't use, because even if you don't use them, you still have to know about them and deal with them. You can't just ignore knowing about exceptions, move semantics, overload resolution, etc.
C++ also likes to hide a lot of code from you in constructors, destructors, operator overloads, etc. so seemingly innocent statements like x = y + z; might execute all sorts of code from all over the code base. You really have to have a good knowledge of the code base to understand what's going on. It makes it hard to ballpark how fast or slow code might be.
Switching to C freed up a lot of mental capacity I can now spend on actual problem solving.
Going down to C is too far imo.
Now you have to deal with poor typing capability and memory management (mistakes).
@@climatechangedoesntbargain9140 If you're sufficiently self-disciplined with the code you write, these are surprisingly minor issues.
With a healthy mix of assertions, automated testing, static analysis, defensive programming, shunning "clever" code and using a good debugger, I spent very little time and effort on debugging.
@@Spiderboydk but every time you will mess something up you will have to stop with the project and figure out the correct discipline instead of what you tried to do
@@sososo3906 I don't understand what you mean by "stopping with the project and figuring out the correct discipline". Are you talking about switching programming paradigmes?
@@Spiderboydk i mean that in c you have a bug and forget about whatever you were doing because now you learn debugging, in rust the only fear is that you will have to learn lifetimes
Hating C++ is more like a political view from almost everyone now. They should just start learning it.
I find that c++ is more intuitive than languages like java, c#, etc. But damn c++ error messages are a pain in the ass.
You know what gets me...people have such _strong_ opinions on such things. Like...just chill my dudes.
This is why I basically just write C, but use C++ classes and objects because they are super useful
It is not just about classes and objects. Todays C++ standard library provides many useful features such as algorithms, threading, file system and much, much more. You don't have to reinvent a wheel and it is really fast. Even memory allocations if done right, you dont need to worry about releasing memory. Though you need to know how templates work :)
My main issue with C++ (although I have only played around in it to try and mod games) is that I mainly learned to program in Python and I really take line 14 (and 15 lol) of the Zen to heart, while C++ just has too many parallel ways to do something. It is not obvious which way to use, and it seems that in the same code (e.g. the same game) different developers will use different ways to do essentially the same.
Oh, and I have seen an open source software that both had a custom class Color and imported QColor, and mostly used QColor for colors that could update (user settings) and Color for fixed color, but there were exceptions. Why?!
The latter isn’t a C++ issue though? It’s how that particular dev team decided to use other packages.
Last paragraph: Probably to abstract away the use of QColor.
Man... C++ was my first programming language at college and even haven't saw the C programming language first!
I always knew that learn C before C++ was the right way, but I saw less than the very basics because was only one semester.
Bjarne is the King. Went to the same University I currently are taking my degree in software engineering at! Second semester in!
I think the scope creep is what makes C++ too broad in features and becoming quite a mess
For me it's that none of the features seem to mesh well together. They all seem separated and still in a first revision state. It just feels unfinished for some reason.
What would you recommend before learning Rust? Is learning C before Rust a good idea? Asking because I'm interested in learning Rust, seems like you can build some really cool stuff with it, and I'm familiar with C but only the very basics (basically what's covered in CS50). Otherwise I'm pretty comfortable coding in any high-level scripting language (JS, Python, Ruby, PHP, etc).
You are set to go! Having done some coding in C and high level language is enough to get started!
IMO if you've properly messed around with memory and know how you can really mess up without being careful with memory, then you can try learning Rust, you'll then appreciate what it tries to solve.
So you're good. Try learning it
You can definitely jump in as you are right now, I was only marginally familiar with Python and Javascript when I started learning Rust (like ~5 months ago) and it's already my most comfortable and also favorite language to work in! Start reading through the book and don't give up when things get confusing! Rust has some concepts like lifetime annotations which won't be familiar to almost anyone at first but if you can push past those and the other low-level concepts that are new to you then you'll have access to one of the most pleasant languages to use imo, considering what it can offer.
If you start out programming I would say rust because of the shooting yourself in the foot thing. If you are going to use it, whichever one best fits your purpose. The biggest difference between the 3 are the language features and syntax anyway.
Learning C will only hamper learning Rust. You can easily write in C++ as if it was C. If you try the same in Rust(and you will if you learn C first), borrow checker will crush you.
this video is old but I'm a professional c++ programmer. I basically use C++ as a C plus the basic features I need. Once you can manage memory it's amazing what you can do. I try to not use too many different features so that my code remains very easy to read. that is crucial for me. I also program in c# and I love it but just where I don't have to push performance and memory management.
If your boss tell you to use C++ or get fired, use C++. If it's your own project and you comfortable with (your choice), use whatever you like. They are tools to get job done. That's it.
You gotta understand that this is a very prolific and well-proven language. God knows how many machines, complicated infrastructures, embedded systems, compilers, operating systems as well as high-level systems are running on C++ at the moment. Probably billions. Does it have its problems? Yes, of course. Like any other language; C is so simple but it has very limiting features so you have to implement everything by yourself, python is so slow for performance critic systems, rust's compiler is so tight and it is hard to write rust code, etc. But these languages are also great and well-proven languages.
So don't be biased like "Oh C++ sucks it is for egoist and narcissist people" it's just not the case. Use whatever language fits best for your project.
C++ is a useful language, no doubt, and it has some features that I really like. But C++ may very well have terminal flaws now as well, that are growing. I think it may be going a bit far to say it's a "well proven language". It may have been well proven before 2011, but it's a dramatically changing language now. The thing I hate most about C++, and what I see as it's biggest flaw, is all of the redundant bloat and inconsistencies in the language, which only continues to grow exponentially. The language bloat is practically doubling in size, about every 3 years now, with no signs of slowing down. It's already like a 7-headed hydra, or more like a 7-headed python-hydra hybrid. How long before it's an usable mess, and new users aren't even able to learn the language? I don't know, but I do know that the current rate of growth isn't sustainable, and the people responsible for it, don't even seem to notice there's a problem. Just my two cents. I'm certain there are some who would disagree.
@@nunyobiznez875 I agree C++ has a lot of features, some may say unnecessarily much that makes the language very complex. But the good news is you can always use a subset of C++ that you need, and you can always only use the features you think are useful. For example, if you don't like templates, don't use them. If you don't like functional programming features, fine, don't use them. And another good news is C++ is back-compatible (generally), so if C++11 is your style, you can use it. What I'm saying is, it is obvious that the language has some problems, but I can always find a lot of other problems in any given language. So these "Stop using C++" kinds of things are really overreactions.
@@kerim7158 I have a bit of a love/hate relationship with C++, but just to be clear, I'm not saying people should stop using it, nor am I trying to overstate the case. The language has a lot of merits as well, but I'm guessing you're already well aware of them. I'm only stating concern, and it's mostly concern for the future of the language. But I do think this problem is a major contributing factor to a lot of the "Stop using C++" rhetoric, and as the problem grows, so to are the calls likely to grow.
Your advice is good though, and it's mostly what I do. But avoiding features can only take a person so far as well, when needing to interface with someone else's code. So, I tend to try to adapt to the changes, even if I don't like all of them. But it can be a lot to keep up with.
The solution really is just for the ISO board to be more thoughtful and careful with the language updates though, instead of throwing everything at the wall and seeing what sticks, then needing to release more features just to fix the mistakes and stuff that didn't quite work. Especially, since once it's in, stuff almost never gets removed. But, as I said, I really don't see the updates slowing down.
I think they're overly concerned about being outdone by some shiny new feature in some other language though, and are paranoid of C++ being left behind. But maybe I'm wrong, and they have some other goal for continuing to bloat up the language.
C++ has some unique features that I like. Templates are one of them. I was caught really off-guard when I was writing some C# and learned that generics had only a fraction of the flexibility
I just wish it were easier to interact with c++ shared libraries from other languages. I like overloads when just working in c++, for example, but then name mangling makes it hard to call some c++ code from something else, and I often have to write a c wrapper around a c++ library just to call it.
From my learning experience with C++, I would really like a C++ like language but whitout so many unnecesary features and obscure things.
You don't have to use the unnecessary features and obscure things, but I guess the problem is when you have to work with code somebody else wrote.
A lot of the code shown here is very dated, such as using begin() and end() to construct for-loops instead of range based, as one example. Compiling errors have come somewhat further, too. If you're stuck coding in a C++11 application, then fine, but it's over a decade old in a language that sees major adjustments every 3 years.
Sadly, the main point almost applies MORE to modern C++, imo, so I guess it's a moot point...
Nice video as a C++ architecture you mention a lot of good points.
but you forgot the buffer overflow runtime error
Taking the char * example given in this video, I do agree it's use is frowned upon except in the specific case of cross-platform messaging (where you want to guarantee no compiler dependent behavior/sizing, which even std::string doesn't provide across platforms/compilers); use of std::string is *much* preferred in all cases because it's a proper object, with all the features and protections that come along with it.
The issues I come across with C++ are typically one of the following:
1: The fact the feature set is so robust turns people off, because there's multiple ways to accomplish the same task. Example: Iterating over the range of an object; the *old* way would be a FOR loop using the start/end values and in iterator, but you now have ranged-based FOR loops (as of C++11) that do the same thing in an easier syntax.
2: Thinking of C++ as "C with Classes" and not taking advantage of the fact C++ is (mostly) an object-oriented language.
3: Trying to use C++ in a role another language can do better. Need a simple GUI o n Windows? Use C# (even I hate C++ Message Maps). Simple console app? Just use C. And so on.
I 1000% agree with your approach. I started my career in software with assembly language (many, many moons ago), learned C with K&R's first edition and now use C++ for a lot of simplification. Understanding the hardware level interaction before learning the higher level languages has made me a much better developer and debugger. After, a bit exaggerated millions of lines of commercial code, I still enjoy programming every day in retirement.
Thank you for your insights!
I'm reading Bjarne's book - "C++ Programming and Principles" and he recommends against learning C just to learn C++ afterwards.
Is it a good book to learn C++ from?
"The more general aim was to design a language in which I could write programs that were both efficient and elegant"
Task failed successfully
It was the first language we learned at university. For the better part of a year.
I never looked back
I love C++, have been using for 10 years now and it is still my favorite language, but I get the feeling that some new features just feel "slapped on" and the language itself just kinda feels "outdated", like most features just get layered on top as an afterthought, which makes the syntax more confusing over the years.
Mind giving an example? I can’t think of something that actively hurts readability other than templates and SFINAE - the latter of which is getting replaced with concepts (an evolution, not a devolution).
I like C++. I love Rust. From my experience, learning C++ is difficult alone because it is so old and had so many changes. There are 10 ways to achieve something, often the new ways are better and easier. There is a good to great language hidden inside C++, a subset that is modern, comparably easy and safe to use . Then again, why hurt your brain by trying to find that language when you just can learn Rust that doesn't have the baggage of history and C compatibility.
Just the whole CMake-Game and to figure out, what is outdated or not ...and if outdated is compatible with current CMake or if it's a dead end and deprecated.
@@michaelmueller9635 Oh yeah, I so wanted to learn CMake and invested a lot of time in it. But it is not good, it is not easy to use, it is overcomplicated imo. Then the whole splitted ecosystem of librarier. Conan, Cmake, direkt Git, Microsoft's pkg or whatever the name was. No standardised way to do anything so you start at 0 with every new project.
That's the thing with languages, it's not just the syntax, the performance i.e. the language itself. It is the build tools, the standard library, external library support and so much more. And if you view all of that together, developing C++ projects is just so exhausting.
It is great for embedded stuff though because Arduino and PlatformIO did an amazing job at creating an ecosystem for all what's embedded for C++!
Because of existing code, software and platforms that already use it, like games.
@@heavymetalmixer91 Yep. Reason #1 in my opinion.
Re: caveat 2, "avoid sugar," it's not that features like iterators should be avoided, but that their appropriate use cases need to be properly understood so they can be used properly.
C++ is astounding!! I am an embedded software developer who always used C and then from last 3 years have been coding in C++ and trust me 2 out these 3 years have been spent sometimes hating the langauge, sometimes pulling my hair out and sometimes acknowledging that things are way better in C++. And now I am at peace that this langauge is FANTASTIC, especially modern C++ i.e. C++ 11 and later.
Its a huge language, I dont even know 50% of it BUT that's the beauty, its not supposed to be learned completely and I dont know if its really possible.
Before I learned how to program, I started out learning and designing CPU architectures 4 years ago when I was 13 years old. I find that understanding how CPUs works to the logic level really helps with programing (And understanding pointers).
I love C++ for it's aesthetics, python looks oversimplified in this way. You feel exactly what your program will do, it's pretty useful.
It may be hard to understand memory, pointers, addresses, but it's worth it.
C++? Aesthetics? Come on bruh
@@bmno.4565 u gotta admit c++ looks pretty cool ngl
as someone new to programming a theme im starting to notice is it sounds like every programming language is hated by 90% of the population and the other 10% are the users
The C++ standards committee is highly focused on making the language simpler and safer.. having an understanding of core facilities makes it mostly a pleasure to use in my experience. I cackle at those who say they just write c++ like c.. that indicates no effort to use it as intended.
C++ has problems, but all languages do.
And I really like C++.
I agree, c++ is awesome. You get the low level control of C, the feature richness of python and in some cases even syntactic sugar that is close to as readable as python (like range based for loops and structured bindings), but all this feature richness makes it quite hard to learn. And template errors are an absolute nightmare to read and fix. I would argue that they code alleviate a lot of the pain by improving the readability what the compiler spits out when you messed some template code, or use of a template library up.
You described the same problem people have with Unreal Engine
It just throws every single feature at you and makes it harder to learn, whilst Unity is a lot more simple to start learning
@@tuluppampam yeah the main issue is that idiomatic, modern c++ requires you to use use many advanced features of c++. In order to actually understand them it's best to learn old school C++ first and then move on to the modern features, because the necessity for modern c++ only becomes apparent when you understand the problem with old school c++. The issue I see here is that many people in the c++ community are quite toxic when it comes to newbies not using "the idiomatic way" of implementing something.
I've been learning C++ for low level modding. It's been mostly fun, but god I hate having to maintain header files. That's worse than any confusing features.
I am in the process of learning both C and C++. My limited observation so far is that one really needs to understand the limitations of C++ when it comes to embedded. I do like some of the features found in algorithm. On the other hand, having so many different ways just to initialize a variable in C++ is just one example of how the whole system is creaking under the weight of backward compatibility.
"C is what you get when you almost always say no to adding something to the language.
C++ is what you get when you almost always say yes to adding something to the language "
@@MrWi1y and "Rust is what you get when you design a language sensibly from the start" :p
@@0xTas : Oh? Then why does it still use symbols to declare pointers? That was an _experiment_ when C did it, and it hasn't turned out to be a great idea.
@@0xTas Another Rust shill.
How much you get paid per post?
My introduction to computer programming in school was Visual Basic 4 in year 1 and then C++ in year 2. Granted this was the late 90s, but it was still a trial by fire and a lot of unlearning in the years after. I still like C++ though.
I started my programming journey by learning C and C++ and because of that i find it no problem learning basics of any languages out there
c++ is not easily readable i think. c# is best for me. you understand almost everything when you start to read any c# file
3:07 Type safe? Or memory safe
I don't use C++ that often, but when I do I usually use it as a sort of extended C, mainly for classes and templates. I've used Rust on multiple occasions, but I honestly find more things I hate with it than I do C++. Ownership and memory safety are awesome and I love Rust for those, but Rust honestly feels very cumbersome in comparison. Some things like having like 7 different string types or lacking implicit conversion, and I feel like it falls into a lot of the same pitfalls as Java did but with traits instead of objects.
Again, I don't use C++ often, and I use Rust way more than C++ these days, but I honestly don't like either of them. That said though I think C++ gets a worse rap than it deserves, and Rust is overrated to hell and back.
> Some things like having like 7 different string types
I've only found six, four of which exist only to interface with stuff that doesn't like Rust's idea of a string. Strings in Rust (String and str) are UTF-8-encoded and validated, and that's a *good thing*. Unfortunately the world is very far from perfect and some APIs may require you to use other formats, for which you have OsString and OsStr in platform-defined encoding, as well as CString and Cstr if something strictly needs a valid c-string. The only reason C++ doesn't have this problem is because std::string doesn't help you with encodings whatsoever.
And if you wanna complain about types being doubled, then that's just owned vs non-owned distinction so it shouldn't be very surprising. It's kinda like C++ std::string and std::string_view
No inheritence in Rust, cuz "it makes things complicated" they say. But tbh I found Rust's workaround solution more complicated. I might use Rust for replacement of C, but definetaly not for C++. As an OOP C++ enjoyer it's enough to keep me away.
C++ isn’t too bad if you already know C. The longest error I’ve ever gotten was when I said i
I studied C++ for a long time ago, even got to succeed, but when I learnt ObjectiveC, my world went easier yet powerful...
imho, if you wanna learn how computer works or how to break your own program, learning C is enough. Try to play around with pointers, like moving it around in an array, a struct (without packing), triple pointers or whatever. Learn to create dynamic size array, APIs provided by the OS and so on.
If you are serious and wanna create production-grade applications, just learn Rust and make rust compiler your friend.
@Clemens Horn well, not as high level as most languages, because you have acess to pointers ,you can cast variables to any type, use function pointers, you need to do your own memory management, etc
still if you really want to know how a CPU works you're right, C still makes abstractions and learning assembly should teach you even more, but assembly is harder so i suppose it's better to start off with C and then proceed to assembly (if you want to learn how CPU works)
in my work i'm using a lot of stuff that comes from OS APIs (in my case Windows) and i can say that there's a lot of libraries that just uses OS APIs and has one implementation for each OS, so you can learn how a lot of things work by learning OS APIs, or even directly use some funcionality which your wrapper library doesn't expose to you. If you're using windows i can even recommend a software called "API Monitor" which monitors and lists you all OS API calls a program does(you will be most likely impressed when you see it generating logs with hundreds of megabytes in a small amount of time, and all those calls are formatted in a human readable way with constant names and stuff, it's a really awesome program), in that way you can also learn how "stuff in OS works" which is also useful and those APIs can be called in any language so you're not really limited to C/C++
Still i think you should also try rust, i didn't learn it myself yet but i know most people say good things about the language or just love it, i think learning how your CPU,OS and programming language works is the way to be a good developer
@Clemens Horn I also want to learn assembly at some point, looks hard but really worth it (because you really learn how CPUs work and is really a must for reverse engineering)
I get you, i was also really impressed that API Monitor generates gigabytes of logs in minutes from all API calls a program does internally, i remember searching and finding out that some syscalls in assembly change from OS version so that's why people normally are advised to use the OS APIs instead of directly using syscalls
Still i also really liked working with SDL renderer and i want to try making game overlays by hooking direct X myself
I think the "As a coding language, C++ appeals to the ego, not the intellect" is an almost perfect statement
Factually incorrect. Well used C++ is superior to C, or else mayor systems and most games would be written in C. No modern game is written in C, for a reason.
@ couldnt have said it better myself. i dont understand why C users love to shit on C++ so much 💀 Its like Tribemen hating on supersonic jets because it isnt made with sticks and tree sap
You do not have to hate just because it is hard for you
@@MScienceCat2851
Except that I don't hate the language, I just despise the followers cult it have.
@@diadetediotedio6918 Maybe you have point in that as I have seen people that have high ego using C++, but it is a real language when you go in world of programming where everything js not just print("hello")
The most powerful features of cpp are templates and resource lifetime management with RAII. Neither of these features need classes or OOPs to exist