C++ Weekly - Ep 400 - C++ is 40... Is C++ DYING?

Подписаться 113 тыс.

Просмотров 30 тыс.

50% 1

☟☟ Awesome T-Shirts! Sponsors! Books! ☟☟
C++23 Best Practices Released:
► leanpub.com/cp...
Create anything, find anything, fix anything, and navigate to anything with C++ and CLion.
A cross-platform IDE for C and C++ with:
- A smart C and C++ editor to navigate and maintain your code base productively.
- Code analysis with quick-fixes to identify and fix bugs and style inconsistencies.
- An integrated debugger - along with other essential tools from the ecosystem - available straight out of the box.
Learn more: jb.gg/clion_ide
Use `CppWeeklyCLion` to get 25% OFF when you purchase a new CLion subscription or renew your existing one.
Episode Details: github.com/lef...
T-SHIRTS AVAILABLE!
► The best C++ T-Shirts anywhere! my-store-d16a2...
WANT MORE JASON?
► My Training Classes: emptycrate.com/...
► Follow me on twitter: / lefticus
SUPPORT THE CHANNEL
► Patreon: / lefticus
► Github Sponsors: github.com/spo...
► Paypal Donation: www.paypal.com...
GET INVOLVED
► Video Idea List: github.com/lef...
JASON'S BOOKS
► C++23 Best Practices
Amazon Paperback: amzn.to/47MEAhj
Leanpub Ebook: leanpub.com/cp...
► C++ Best Practices
Amazon Paperback: amzn.to/3wpAU3Z
Leanpub Ebook: leanpub.com/cp...
JASON'S PUZZLE BOOKS
► Object Lifetime Puzzlers Book 1
Amazon Paperback: amzn.to/3g6Ervj
Leanpub Ebook: leanpub.com/ob...
► Object Lifetime Puzzlers Book 2
Amazon Paperback: amzn.to/3whdUDU
Leanpub Ebook: leanpub.com/ob...
► Object Lifetime Puzzlers Book 3
Leanpub Ebook: leanpub.com/ob...
► Copy and Reference Puzzlers Book 1
Amazon Paperback: amzn.to/3g7ZVb9
Leanpub Ebook: leanpub.com/co...
► Copy and Reference Puzzlers Book 2
Amazon Paperback: amzn.to/3X1LOIx
Leanpub Ebook: leanpub.com/co...
► Copy and Reference Puzzlers Book 3
Leanpub Ebook: leanpub.com/co...
► OpCode Puzzlers Book 1
Amazon Paperback: amzn.to/3KCNJg6
Leanpub Ebook: leanpub.com/op...
RECOMMENDED BOOKS
► Bjarne Stroustrup's A Tour of C++ (now with C++20/23!): amzn.to/3X4Wypr
AWESOME PROJECTS
► The C++ Starter Project - Gets you started with Best Practices Quickly - github.com/cpp...
► C++ Best Practices Forkable Coding Standards - github.com/cpp...
O'Reilly VIDEOS
► Inheritance and Polymorphism in C++ - www.oreilly.co...
► Learning C++ Best Practices - www.oreilly.co...

Опубликовано:

30 сен 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 330

@Talon5516-tx3ih 11 месяцев назад

I was a C++ programmer in the 90s and back then Java was going to make C++ obsolete overnight. 25 years later and I'm still being paid to write C++.

@perghosh8135 11 месяцев назад

Java is probably the worst language ever. It ha done tremendous amount of damage to the developer community. And it has gotten worse because hardware has evolved in a non java friendly way.

@christer8964 11 месяцев назад

Yeah! I remember that also. And how Java written code would run faster for every versions and surpass C++. I'm still waiting... The sad thing with most of the new languages is that you need to switch language every 5th year to stay on top of what is popular for the moment.

@BboyKeny 11 месяцев назад

I feel like that assumption has come about because of the allure of OOP, thinking that C++ rules because it's C + OOP. But now C++ is not used because OOP is so awesome. It's because C++ is fast and flexible. Java isn't that fast or flexible, it's selling point was "write once, run everywhere" but this undoubtedly became "write once, debug everywhere". It's still is used a lot though.

@garyp.7501 11 месяцев назад

@@BboyKeny You can write OOP in C++, you just aren't forced to. JAVA blew several things IMO: Iterators are fundamentally wrongly implemented. Generics are fundamentally wrongly implemented.

@bobweiram6321 11 месяцев назад

Java was absolutely awful, but Sun was a brilliant marketer. They didn't try to sell it to developers, but to the suits who knew just enough to be lethal. The media blasted the general public with stories about how Java was going to be the language of the upcoming internet. The suits signed up for it, fearing they were going to lose out to the future, despite protests from developers who knew Java was all hype.

@Spirrwell 11 месяцев назад

C++ is definitely still evolving in meaningful ways. But the language is severely held back by past decisions and issues it inherited from C.

@MechanicaMenace 11 месяцев назад

I don't think "issues inherited from C" is fair when a lot of the things that are problems in C++ are fine in the more barebones environments where C is a preferred alternative. Deciding to religiously stick to being a superset of C when there was no real need to was stupid though. Different tools for different jobs

@Spirrwell 11 месяцев назад

@@MechanicaMenace I get what you're trying to say, but there are definitely things in C that are still bad when using plain C today. They might be less painful than in C++, but they are still there.

@Spartan322 11 месяцев назад

@@MechanicaMenace Half the reason C++ took over everything was specifically because it has a pure C interop.

@MechanicaMenace 11 месяцев назад

@@Spartan322 38 years ago, both languages have grown since. And for at least 10 years most C++ was hampered by it too. I still see modern C++ that is basically just C with terrible use of classes. Also plenty of languages support C interop without including all of C as part of the language.

@Spartan322 11 месяцев назад

@@MechanicaMenace No language I can think of that has any wide support compares to C++ in terms of C interop even now, and that was the big thing necessary for C++ to take over the market, in fact its a common problem, if you want to supersede a language for a specific use, the only quick way to do it is to keep compatibility while improving on the old system, C++ dominated thus because it could trivially run any C code. Without this C++ simply would've never even taken off. As for "modern C++" that's not modern C++ if its not using a large amount of even the C++11 features, let alone C++17. C with classes is a pre-C++98 concept, anyone who still does that is still stuck in the 80s, that's not modern, that's stupid. And C++ may have been hampered in some ways by interop with C, the fact is that without it, there would be no C++, nobody would've used it, simple as that. Every member of the standards committee and many of the standards contributors agree with this as well, but even that aside we could simply compare languages that didn't have that vs. those that did, those that said they'll kill C++ but didn't have trivial C interop, not a single one of them actually killed C++.

@markguidarelli9542 11 месяцев назад

Happy 400th! Thanks for all the hard work supporting and promoting c++!

@Thomas_Lo 11 месяцев назад

I will pour one out for ol' C++ But first let's celebrate episode 400. At work, for an autonomous driving (research) software framework, C++ is very much still alive. For better or worse this will be the case for the foreseeable future.

@multiHappyHacker 11 месяцев назад

My personal opinion is that the new language and library features are good enough to draw in a lot more users, but consuming libraries and plugins needs serious attention--which should be addressed by C++ modules. It appears they are working on making them as good as C# modules, per this open source project: ifc-spec

@KulaGGin 11 месяцев назад

Unreal Engine is in C++ of all the languages. It's not gonna be dead. Unity just committed seppuku with their latest decision, people are migrating to UE, and therefore C++. That's, like, a million programmers coming to C++ over the next few years.

@protosevn 11 месяцев назад

Unity is built with C++ and Godot as well, you’re gonna have a hard time finding a game engine not written in C++. It’s the gold standard in gamedev after all. Only exceptions I know of are Minecraft(Java, although bedrock is C++) and Remedy’s games since they use Dlang.

@F0r3v3rT0m0rr0w 10 месяцев назад

most of UE is based in blueprints, you can use C++ but its ment to assist the blueprint's not be dedicated to it. so id say even in UE C++ is on the sideline.

@KulaGGin 10 месяцев назад

@@F0r3v3rT0m0rr0w _"most of UE is based in blueprints"_ haha. No. UE is written in C++. It has 16 millions of lines of C++ code in it. When you create a game, it's a C++ project first with the base and the most of the code in C++. _"you can use C++ but its ment to assist the blueprint's not be dedicated to it"_ No, that's not how it works. Whenever you do anything in blueprints, all of it still runs C++ code. Programming in blueprints is a recipe for a disaster: you kill your performance and your games runs like shit. Proper UE development looks like this: you program everything in C++ and in the editor you do non-programming things with blueprints: meshes, skeletons, textures, level design, UI design(only how it looks, no coding UI logic in blueprints), etc. Tell me you're not a programmer without actually telling me. You just did. Artist?

@TheDoubleBee 11 месяцев назад

I've been hearing "C++ is on its way out" for literally my entire 20+ years of programming life and it has yet to happen. On the other hand, the vast majority of proposed replacements have come, had their 15 minutes in the sun, and then slid into irrelevancy. I do not fear for my C++ career unless AI somehow figures it out, which I'm yet to see.

@mapron1 10 месяцев назад

It is on way out. This way will take several decades, probably more than half of century. But no current C++ developer in any thread yet. It will take generations to replace systems C++ with Rust or something else.And yes we already had that talk with Cobol 30 years ago, ppl were arguing how Cobol is not dying as it top 1 language used in the world.

@theLowestPointInMyLife 10 месяцев назад

I love c++ but moved onto Rust. I wouldn't have gone near any of the previously touted c++ killers, but Rust is the real deal. Cargo is the real killer, after having cargo it's difficult to justify going back to c++.

@OlegLecinsky 10 месяцев назад

@@theLowestPointInMyLife Cargo is nice when you're working on some "done and done" project like a web service that could be easily replaced or rewritten in the future. When you work on something that supposed to work and evolve over many years, like, let's say, a game engine, Cargo with its NPM-like project management will become the problem you need to solve more sooner than later. A small-sized project in Rust can easily hit 500 in dependencies count with half of them in 0.x version range, do you have any guarantee that all of them will work in 5 years on newer versions of Rust? Besides, c++ has a lot of package managers. From xmake and build2 to vcpkg.

@scion911 10 месяцев назад

@mapron1 I really doubt it. I will just give a recent example about a project we started working on, its an ML HPC library, I am also a programmer having only 8 years of experience (but I started when I was 12) so, I would say I am in "young developers" category with only actually 3-4 years of cpp experience realistically because I move so much between different languages for different projects. I really wanted to use rust for this project because of its "compile time optimisation" approach I wanted to take and rust macro system is the best for it, though its doable in c++ using constexpr and templates. After testing out rust and cpp for a month we couldn't find a way to the fastest while using rust, the fastest BLAS implementations are in c++, the fastest gpu compute is only possible in c++, not to mention it would be hassle to link those said gpu libraries statically as we want to. The toolchain for c++ although little shabby from its legacy is probably the fastest binary generating toolchain out there (not to mention the most configurable), there is absolutely no doubt about it and nothing beats it. I absolutely love rust, its my favourite language to work in but there is no denying its not replacing C/C++ anytime soon.

@alexeiz 10 месяцев назад

C++ is dying, yet C++ conferences are getting more popular and more expensive to attend.

@jewulo 11 месяцев назад

There are more car Maintenance Mechanics than there are Mechanical Engineers building cars. That doesn't mean that Mechanical Engineering is dying. I think the same principle applies here. There are still C language developers maintaining drivers and kernel for compute devices. I think C++ has found its niche. It is not the tool for all scenarios.

@alx9r 10 месяцев назад

Yep. Finding a solution effectively is a matter of matching tools and skillset to each problem, like basically everything else in life.

@RoyaltyInTraining. 11 месяцев назад

I feel like if you wanna work on all the most interesting and important software projects, you gotta know your C++.

@malekith6522 11 месяцев назад

I feel the same .

@MichaelLandes131 11 месяцев назад

You can add Windows to the list of massively important projects written in C++

@qeqsiquemechanical9041 11 месяцев назад

yeah, the most popular malware project

@PixelThorn 11 месяцев назад

As well as Linux

@colinkennedy 11 месяцев назад

@@PixelThorn Linux is written in C. Pretty sure.

@not_ever 11 месяцев назад

@@PixelThornLinus torvalds famously hates C++

@BboyKeny 11 месяцев назад

@@not_everI feel like that if you really like C then you will hate C++ and vice versa.

@MattGodbolt 11 месяцев назад

Congratulations on reaching 400!!

@anon_y_mousse 11 месяцев назад

The thing that strikes me about all of these new languages is they either look like Rust or they look like C#. Both languages and any that are similar suck so much and it boggles my mind how often they're copied.

@Palaxz 10 месяцев назад

C++ to other memory managed languages is like a knife to a blender. Yes you have to type more to get the same thing, but sometimes, actually many times you want the power to control of what you are cutting exactly the way you want. C++ will be here as long as performance and energy are constraints to computation. The day we don't have performance and energy constraints on computation (maybe quantum computing?, idk), that day c++ dies.

@RichardEricCollins 11 месяцев назад

C and C++ is the most portable. As someone who brings up new systems from scratch building new Linux systems all start with the c/c++ tool chains. Asking if C++ is dying is like asking if bricks are dying because someone is building wooden houses. 🤷‍♂️ it's a pointless question.

@PixelThorn 11 месяцев назад

According to Bjarne people have been saying each year that C++ is dead up to 40 years now and it's still going strong

@Spartan322 11 месяцев назад

C++98: releases Random 98' people: C++ is a dying language

@wizardy6267 11 месяцев назад

Thanks for the 400 episodes of C++, I really like the language. The company I am working for uses all sorts of languages, C++, C#, Java, Kotlin, Python, and type-script for different purposes, they are just like wrenches and screwdrivers. It is a matter of how fast people can loosen or tighten the screws. But I still do not like Java, and happy to see Kotlin is replacing it on Android which is one of the most significant application scenarios for Java. I am pretty sure Google already realized its fault and corrected it in Fuchsia by not using Java at all :). Ast to C++, I really wish someone could use AI to filter the error messages yielded by the compiler, especially those template-related errors.

@cppweekly 10 месяцев назад

I'm pretty sure you can just paste an error into chatgpt and ask it to simplify it, and you will get pretty far.

@ingframin 2 месяца назад

I find curious that you don’t mention Odin and Zig. I think those 2 have a higher potential to at least complement C++ than Carbon or Cppfront. I don’t think we need a C++ successor to kill C++ and I don’t think C++ will die any time soon. However, I believe we should be more vocals with the committee about the many fixes C++ needs to make our life better. I think it’s useless to add new syntax every time we have a new standard when we still did not fix fundamental flaws of the language.

@Wunkolo 11 месяцев назад

The only people saying "C++ is dying" are people trying to get you to use _their_ language. Meanwhile pretty much every language that _isnt_ C++ is implemented in C++.

@peteriliev 8 месяцев назад

Autodesk 3ds Max Maya Blender Houdini AutoCAD SolidWorks Fusion 360 Nuke Substance Painter V-Ray … Your asss is dying!

@Arash_rtx 3 месяца назад

It's also being used widely in autonomous vehicles! :D We are using it here at Volvo Trucks! I'm quite sure it's not going to die at least in the short or midterm, but it's definitely going to be more challenging for it to keep growing specifically because of much more competition in the market, which is a good thing. also, so many discussions around it and a pretty active and alive community/committee is another witness of it being alive and in good shape for now.

@federico7192 10 месяцев назад

there are things I really don't understand in language evolution, especially caused by programmer coming from other worlds. Like why should we write upfront functions? Why auto main()->int and not the 40 years functioning int main() ? Where is the advantage, other than confusing people seeing the most common version since forever?

@sellicott 11 месяцев назад

I think you missed the point. It seems to me that the C++ successor languages are being developed because the C++ language itself has gotten so complicated it's completely unmaintainable, the language itself has built up 40 years of technical debt. People starting new projects *could* use the features of modern C++ (including C++ 23 features), but then they get saddled with all of the wide variety of edge cases that C++ has. Alternatively, they can use a more modern programming language that, as of the current moment, has fewer edge cases and more safety. C++ is certainly going to be around for a long time in the future just based on the number of projects using it, but I don't think many projects will adopt a modern flavor of C++ as their primary language. I say this as someone who got into programming by checking out a C++ book in highschool around 2010 and still uses the language frequently.

@TheEVEInspiration 11 месяцев назад

Excellent point.

@pkop4 11 месяцев назад

Sean Baxter's Circle seems like a solid path towards evolution. The dude has implemented nearly every feature of Rust and all sorts of safety/defaults fixes.

@foxwhite25 10 месяцев назад

Yet another C++ compiler would not help with the problem because of existing codebase, with c++ you can only use Rust to get the Rust experience, no compiler can save your external code.

@sirhenrystalwart8303 9 месяцев назад

@@foxwhite25 When you complain about rusts immature ecosystem, you get told to just bind to a c++ library. How is that any different?

@kurt7020 10 месяцев назад

In the visual effects world, almost everything is C++ or Python talking to C++. The amount of code is staggering.

@markp8418 11 месяцев назад

Most mobile network code GSM->5G and ORan is written C++

@rasitsimsek9400 10 месяцев назад

The main problem of C++ is the usage of error prone C features. The C language features should be switched off by default. Many of the vulnerability is coming from C code. Also the lack of standardize ABI of C++ is a big problem. For shared libraries the primitve C API is used.

@PaulMetalhero 11 месяцев назад

C++ is still strong. And Herb's project is amazing!

@vclexamples 10 месяцев назад

Obviously, I'm still using C++ 😂 My main programming tool since the 90's. I see no reason to switch to anything else.

@joelpichette 10 месяцев назад

Why is Pascal almost a dead language? Is it too similar to c++ ?

@Gentoo701 11 месяцев назад

Still waiting for annotations or attributes or smth like that. I fucking hate that Java or C# have those features allowing them writing less code for example object validation. Maybe i'm noob, but i don't see alternative in C++. I just want to write one line of code on top of class field and magically it can be validated.

@ESCAcarlos 10 месяцев назад

People like to hate on what they don't understand, someone's gona always have to know the language in which everything is made.

@aloluk 11 месяцев назад

Its certainly not dead in games programming!

@KambizAsadzadeh 11 месяцев назад

Thank you for sharing Jason! When a language is not updated, then it can be said that it is dying! C++ has no any sign of death!

@multiHappyHacker 11 месяцев назад

Also, constexpr and consteval pre-computation of large portions of a program that would otherwise run at runtime, in the field on multiple machines? constexpr and consteval are green technology.

@monad42 10 месяцев назад

Seeing the title, my immediate reaction was "no, it is not a death; it is necrosis". Once something gets into C++, it always co-exists with the old approach. To make things worse, the new approach will not work for every use case, and there is always some circumstances where you must get back to the old approach. Let's be honest with ourselves: C++ has been and will continue to be a total mess of half-baked features. For example, references and pointers. References cannot be null, cannot be rebound, must be initialised immediately at declaration, and cannot do pointer arithmetic. Arrays decay to pointers. Even `this` is a pointer (despite it can never be null, need not be rebound, is initialised automagically, and you rarely need pointer arithmetic on `this`; i.e., it could have been a reference). For example, char arrays, char pointers, null-terminated strings, std::string, std::wstring, std::u16string, std::u32string, std::u8string, std::string_view. For example, plain arrays, pointers, pointers/references to arrays, std::vector, std::array, and of course the notorious std::vector. For example, exceptions, errno, return codes, std::optional, std::expected. For example, global statics, anonymous namespaces, private module members. For example, implicit casts, C-style casts, static_cast, dynamic_cast, const_cast, reinterpret_cast, std::bit_cast. For example, default initialisation, aggregate initialisation (designated or not), zero initialisation, copy initialisation, move initialisation; with curly-braces, with parentheses, with equal signs. And many more. C++ needs not more new features, but a thorough clean-up to regain simplicity and consistence. But apparently it will not happen, and every one is still working hard to add more half-baked features and compromises into it. In conclusion, for new projects, forget about C++ and choose a sane language to work with.

@torarinvik4920 11 месяцев назад

I think both Java and C++ will not "die", just like COBOL and Fortran are not dead. However they probably will become legacy languages, so that most of new projects made will be in other languages like Rust, Carbon or Cppfront(which sort of is c++ or "cpp2.0" and classic C++ will be a language used to mantain legacy software.

@Spartan322 11 месяцев назад

Rust really isn't designed to supercede C++ unlike what most people think, cppfront and Carbon would be more likely, but given they rely on C++ to exist, C++ really doesn't seem to be going anywhere.

@torarinvik4920 11 месяцев назад

@@Spartan322 That's true. C++ has indeed reached the "threshold of immortality". The question is will C++ still be the go-to language for high performance application software and system software. That remains to be seen of course. But it's getting some stiff competition for sure!

@Spartan322 11 месяцев назад

@@torarinvik4920 I think for now at least, none of the alternatives are all that compelling, many of the modern ones tend to either be overly safe to the point of a struggle to deal with or they intentionally remove features that are commonly used for solutions in C++ that simply don't have an analog in the other languages. From the folks I know and seen in high level infrastructure development, say like aerospace and security contracting, they still start new projects in C++, there's simply no alternative, there are folks even I know who still have to use C for new projects occasionally like for video codec development.

@serkusventus 11 месяцев назад

The hype I had in your last argument it comes from a c++ fangirl. But it will take a while until imports become normal. But they promises so much in time saving I just love it, and I think it will make a revolution to C++. Also, I also think that we may see some mixture in the future like half project in C++ the other JavaScript? Maybe. Something to speed up the writing process. Don't know but C++ feels live and C++23 sounds more promising than chatGPT.

@bitfilm 11 месяцев назад

“Girl” or girl ?

@VincentZalzal 11 месяцев назад

I personally don't see C++ dying around me in the professional world, although maybe it is not always the predominant choice for fresh new projects anymore. True, many people have predicted the death of C++ in the past. What feels different to me this time is how many well-known figures of the C++ community seems to believe it is so. As you said, there's ADSP, with Bryce, ex-chair of LEWG, saying C++ is dead, there's people like Nicolai Josuttis and Kevlin Henney that said it on a panel at ACCU 2023, you have people like Herb Sutter, Kate Gregory, Chandler Carruth, Dave Abrahams and even Sean Parent at some level that move their attention to successor languages... Non-rhetorical question: did this happen before?

@Spartan322 11 месяцев назад

I wouldn't consider Herb's cppfront to be him paying more attention to a successor language, the others maybe, thought they're too reliant on C++ and the development of C++ to say that anyone can get off of it. And there's still a lot of new projects that start on C++ when they needing something lower then C#.

@mytech6779 11 месяцев назад

I know most of those charts are really directed at people looking for jobs so I can see why they lump everything together. However it is not a good way to compare languages because it is expected that there will be more volume of programming in front-end interpreted languages than in backend infrastructure languages. The whole point of the interpreted stuff is quick turnaround and temporary solutions. Companies want a fresh website look every month but they want a mainframe processing transactions to be stable for decades. But that website bling is non-critical either in reliability or hardware efficiency (each line of code is low value) so they will tend to throw a bunch of cheap labor at it. While the development work for the mainframe is likely to be done with a lot of testing and optimizing along the way (each line is high value).

@valmirius 21 день назад

It's a crying shame that they're so adamant about not fixing core problems that would allow them to make the improvements needed to modernise the language. No pattern matching, no discriminated unions, no standardised package manager, no compiler backing you up on safety concerns ala Rust. I can see why newcomers might ignore it over languages with superior tooling.

@thestarinthesky_ 11 месяцев назад

Happy 400th! Thanks for making this beautiful language even more exciting, interesting and more beautiful! ❤

@cppweekly 10 месяцев назад

🎉

@dmh20002 11 месяцев назад

A director of engineering I know, located in Silicon Valley , told me that he can’t find c++ developers for embedded systems . The company has an exciting product and pays very well. But can’t find candidates to interview. (Not defense related)

@scienceandmathHandle 11 месяцев назад

yep, I think all of your thoughts are good.... While c++ may not be the most "glamorous" it is still at the core of many aspects of "computers" around the world. Also, you didn't even touch on embedded/hardware stuff!

@vongodric 11 месяцев назад

JavaScript is disgusting.

@kinershah464 11 месяцев назад

Thanks for making this video Jason. C++ is my first programming language that I learnt in my high school. Still my favorite programming language. During my high school, for some reason, we were taught very old Turbo C++ (in 2011). It was challenging to learn it, but in the end I managed to make my first ever project. I had no idea about modern C++ until late 2014. But learning modern C++ gave me relief as otherwise I would have to force myself to learn and use Java. My first job was in C++03. But gradually I got a chance to use C++17. Hopefully in future I will get a chance to use C++2x and use more modern features.

@cppweekly 10 месяцев назад

I have no idea what your background is, obviously, but I've heard this story of being taught Turbo C++ in recent years from many people in Indian schools. I'm hoping that trend is changing! Turbo C++ didn't even implement namespace std yet.

@kinershah464 10 месяцев назад

@@cppweekly Yes that's correct. Hopefully it has changed now and they are teaching modern C++.

@phoneywheeze 10 месяцев назад

@@kinershah464they didn't change it, but removed c++. My batch was the last batch that had to use borland/turbo c++ compiler. Now they teach python.

@Moe_Alwaeli 10 месяцев назад

Your video was great, but I think you should have mentioned the importance of C++ in embedded systems too, that will make it hard to die.

@cppweekly 10 месяцев назад

It is very important in embedded - but there's a surprising number of people who still think that C++ cannot be used in embedded because it's "too slow"

@zackyezek3760 2 месяца назад

C++ will only “die” when it has a clear descendant take over for it, like it did for C. A “C*” so to speak. And even then C isn’t dead; it’s just the programming language counterpart of Latin, a language still used but no longer being significantly modified/updated. Rust is too different and currently limited in its own ways to be a full replacement. My guess is that we see C++ de facto forked into several possible successors like Circle vs. Cppfront, and depending on how that played out it might replicate the early era of C successors where C++ competed with things like objective-c before ultimately winning out.

@raymundhofmann7661 11 месяцев назад

Why don't they urge going away from garbage collected "managed" memory and CPU (and thus CO2) wasting languages that risk climate catastrophe?

@carlpittenger 11 месяцев назад

iirc they recommended rust for projects where maximum performance is necessary (non-gc and much more memory safe)

@raymundhofmann7661 11 месяцев назад

@@carlpittenger Rust is next to irrelevant, still didn't take off, gives no sufficient benefit making abandoning C++ for it unreasonable. "Memory safety" is not a relevant quality problem in today's software, functional bugs, memory bloating and low performance are.

@carlpittenger 11 месяцев назад

@@raymundhofmann7661 it's certainly not irrelevant; many companies are slowly starting to replace their c/c++ codebases with rust (see windows, linux, firefox for a few examples). evidently, a lot of people consider lack of memory safety to be a big problem in c++; there are many methods and tools to alleviate this in c++, but u have to admit that it's nice to have validation at compile time. personally, i really like rust's syntax, error as tagged union (and other functional programming features), trait system, single package manager, better defaults, working modules over c++, but rust still has a ton of problems including its foundation with terrible politics, lack of old and well-tested libraries, lack of standardization, last i checked single compiler (which is dependent on llvm which is c++) so i and many others will of course continue to use c++, but i think rust is a good successor in a lot of ways.

@ujin981 11 месяцев назад

"virtually every database engine is written in C++"... Look at Postgres, Redis, SQLite... Other DB engines that are written in C++ usually use a subset of C++ that is very close to C (and described as C-style).

@ingframin 2 месяца назад

SQLite is written in C.

@abhilekhgautam5963 11 месяцев назад

C++ is everywhere..

@kuchlong2 10 месяцев назад

Congratulations on 400 episode!!, As long we have video games,c++ is not going anywhere 😊

@kuhluhOG 8 месяцев назад

I think the answer to this question depends on how you define "dying" for a programming language. If you define it as "won't be used anymore", Cobol is still in use. The death of EVERY language which at some point was popular NEEDS to be measured in multiple human lifetimes. That makes it very hard to track if one is dying or not and currently, I would say no. If you define it as "less and less NEW projects pick it, even for an area where it was originally very popular", then it's considerably harder. And I don't know of any data which can support either side. But considering the way regulations work and are reformed at this point (especially thanks to government agencies which want to limit the use of language where memory bugs are easy), I could see this happening to C++ in the coming years. But as I said, this goes for NEW projects, not existing ones.

@MaxAbramson3 7 месяцев назад

VSC still doesn't support C++23 yet. As an aside, I see more videos showing interest in new languages than I do C++ videos. Yes, C++20 has a lot of new features, but it's very easy to get wrong and still hard to write memory safe and bug free code. It's also difficult to keep up with all of the new features and changing syntax.

@origamibulldoser1618 10 месяцев назад

I don't think "these projects are written in C++" is a good argument for "we should continue developing in C++". And I question if the evolution of C++ is and has been held back a related fact: "It would break X if we changed this in the language to something better" and I *assume* most sponsors of the ISO Cpp committee have no interest in breaking their own gargantuan codebases. Understandable, but perhaps detrimental for the language itself and its continued improvement Just musing.

@HowDoYouUseSpaceBar 10 месяцев назад

Hopefully!

@antiHUMANDesigns 10 месяцев назад

I am biased, as I use C++ exclusively, and have used it for about 22 years. I am not a professional, though, but basically a hobbyist.

@yanushkowalsky1402 10 месяцев назад

don't you think that the fact that there's such a big need for training is a symptom of how unnecessary hard c++ is? having worked in finance and security my impression is that writing correct programs is harder than solving the actual real life problems. it shouldn't be that way.

@oasdfe1691 10 месяцев назад

C++ is slowly snails pace being taken over by Rust. But C++ will remain the king of lowest level programming

@siman211 11 месяцев назад

Hey i am new to programing and want to learn c++, can i ask, with what video should i start in this channel?

@cppweekly 10 месяцев назад

ru-vid.com/group/PLs3KjaCtOwSY34fFKyhOFovFlB7LikDwe

@vinzbe933 11 месяцев назад

I would be very careful when using compilers/build tools or frameworks for other languages as argument. Can you really say that Unity is proof that C++ is alive an well when it promotes C# for game development instead of long-established C++? For build tools, it's a bit more nuanced as it depends if the target language is self-sufficient enough to have its libraries implemented in the same language or is instead implemented natively with wrappers. So I'm not sure if Rust is a good example. C++ still has its place for low-level programming (OS, drivers), high performance or low resource related projects and interop. In other cases it can be something that wants to cut your throat at the slightest mistake with painfully long build times.

@pazdziochowaty 10 месяцев назад

I hope C++ will not before my retirement. I will not switch to any other language just like many old men would not want to even hear about getting a new wife when their first one dies

@greenfloatingtoad 11 месяцев назад

At least re: language design, it's not grow or die. Ideally, the core language gives enough that people can define whatever else they need from there. Language designers must aim to put themselves out of business. If you were told C++11 could either have lambdas or foreach but not both, which should you choose? IMO lambdas because you can approximate foreach by std::for_each + lambda, but not the reverse. Once we have lambda, the core language is freed from needing to support every looping construct. So if the core language is not growing, are we failing to keep up? Or did we put ourselves out of a job? For C++, i think it's both. The past decade of improvements does mean we can express a lot more inside of C++, like how variant and tuple are in the standard library, not the core language. But there is no satisfactory way we can build reflection using standard C++, and, lacking reflection, there's a lot we cannot do, (hence every game studio making their own code generator to work around this).

@vladimir0rus 2 месяца назад

C++ is not dying, it is me dying learning modern C++ at my 40th...

@frankwhaley1910 10 месяцев назад

I've spent over 30 years writing C++, where much of my work has been converting Perl, PHP, Basic, C, C#, Java, Python, and assembly language code to C++ in order to improve performance and reduce memory consumption. In that process I typically improve reliability as well. I suspect there will always be a need for "a portable assembly language with some cool features", and C++ works for me. 🙂

@Hwioo 10 месяцев назад

I don't think this guy understands the point of the other so called c++ successor languages..

@zoenagy9458 10 месяцев назад

OOP is overrated, lets do classes for singletons... golang, Rust still better, let c++ die!

@orlovskyconsultinggbr2849 9 месяцев назад

C++ is language which have own market niche and thats it. Game devs using it from time to time.

@friendlywavingrobot 11 месяцев назад

I feel like the argument of "there's already millions of lines written in cpp, we have to keep it alive!" is like saying "we have to keep burning gas because there's already millions of gas burning cars! We can't make electric cars!". Imagine how many latent vulnerabilities and bugs there could be in all of those millions on lines. Look at the work at Google and Microsoft where they are rewriting critical portions of their stack in memory safe languages, and trying to get rid of their c/cpp.

@DataPastor 11 месяцев назад

I learnt ANSI C back in 1988 from K&R as a kid. Later I haven’t used it for 25 years, but last year I learnt C++ at university (MSc Data Analytics UCD Dublin), and since then, I keep learning (and using) it as a Python and R extension. Maybe a standard package manager (Conan 2?) would be useful; and also a restrictive subset with modern syntax and safety features (Carbon? cppfront?) which could empower application developers to write safe applications with it could also help.

@Quarky_ 11 месяцев назад

When you mentioned the c++0x flag, it brought back memories :⁠-⁠P

@jaybee9054 11 месяцев назад

OMG - carbon-lang reminds every Apple developer of the past... 😆 Carbon was the compatibility layer introduced in classic macOS to facilitate the move to the UNIX based macOS / OS X It's ooooooold...

@vongodric 11 месяцев назад

The main problem with C++ is that it is such a slow-moving behemoth with far too many cooks steering the ship. Changes take years to go from an idea to a proposal to a standard and then years longer to actually be implemented in all major compilers.

@TheEVEInspiration 11 месяцев назад

It tries to be everything to everyone and is pumped full of cryptic features. It was too complex for its use in the 90s and it certainly is too complex today. Instead of adding features, it should have been replaced with a "light" version that kept the essentials and making it easy to understand and work with. The hardware landscape has changed quite a bit too, so threading, resource locking and data access/databases should have build-in constructs for them.

@KulaGGin 11 месяцев назад

@@TheEVEInspiration _"It was too complex for its use in the 90s and it certainly is too complex today"_ Or you can just do classes, templates(very sparingly when needed), and do shared_ptr and basically write C# by passing by reference with shared_ptr.

@TheEVEInspiration 11 месяцев назад

@@KulaGGin I deliberately limited myself to the features I really needed. That worked fine for me, but still I found that upwards of 90% of the colleagues programming in the same language were unable to cope well with even that. So I was spending a lot of time unraveling and fixing other peoples code. And I can say with certainty, the language was too complex.

@TheEVEInspiration 11 месяцев назад

@@KulaGGinOh and don't get me wrong, I loved the language. Especially the predictable constructor/destructor calling for local objects, which could be utilized to do write very safe self-cleaning code, regardless of branch complexity. In a new language it is something I would expect to be there and even expanded upon (one of the reasons C# sucks, it's broken). Not allocating on the stack, but still following destruction upon call-stack unwinding for example, without smart pointers and such additional constructs. It is one of those needless complexities C++ is burdened with.

@anon1963 11 месяцев назад

@@TheEVEInspirationyour 2 last sentences dont make sense at all

@samuelmamaraccoon1759 10 месяцев назад

Excellent video! C++ is still the standard for most game developer jobs, especially for Unreal Engine's blueprint being C++ based

@kinershah464 10 месяцев назад

Unreal Engine is an amazing game engine, blueprints with C++ make it so powerful. Got to experiment with it recently, amazing engine.

@ranseus 11 месяцев назад

As long as people are writing API libraries for modern and emerging services in a language, it's not dying.

@The1RandomFool 10 месяцев назад

Man, Zig is so small and new it's not even on the charts.

@bakedbeings 8 месяцев назад

Mojo is, to me, the most interesting potential replacement that I don't see discussed as a successor. Chris's track record is as solid as it gets, and the language's focus on multi-core, multi hardware could lead to large applications being authored in Mojo. I don't know yet how low level it will go, whether you'd be sane to write a driver in Mojo, but there's a tonne of overlap in complex applications where able wasting less cognitive capacity on language structure/quirks/history will be a big win.

@cppweekly 7 месяцев назад

I've never heard of Mojo, but I'll check it out. Thanks!

@pythonicness 10 месяцев назад

it's being updated, not 40 years old

@daveandgena3166 11 месяцев назад

C++ isn't dying, but there are big questions about where it's going and how it's going to get there. C++ language evolution has some very very difficult questions to answer, and not everybody is happy with the Standard Committee's current answer. I don't think C++ will die, but the community may fragment which would be a great loss.

@Fareoneo 11 месяцев назад

C++ isn’t dying, it users are. They are old

@szaszm_ 11 месяцев назад

@@Fareoneo My C++ team is 2/3 under 30. There are new C++ developers.

@JohnDoe4321 11 месяцев назад

@@FareoneoHey! I resemble that remark! 😁

@Gogglesofkrome 11 месяцев назад

@@szaszm_ I've found this to be the case as well, but of course this is just my anecdote. Regardless, the data seems to reinforce this stance as well

@seanlego23 11 месяцев назад

I don’t think C++ is dying. Everything else essentially uses C++ as the backend language, so until that changes C++ will live on. I will say, the committee should try and push for C++26 being the next C++11, which I think would revitalize the language. C++20 modules, ranges, and coroutines were huge additions but incomplete and C++23 and 26 are picking up the slack. Adding Contracts, Pattern Matching, Static Reflection, and removing the need of the PreProcessor I think would be the necessary requirements to grow C++.

@platin2148 11 месяцев назад

Thats already too much stuff i don’t want to have implemented that way.

@Evan490BC 11 месяцев назад

First, we need to see a wider adoption of modules, both in terms of compiler implementations and libraries. The #include travesty must stop!

@brockdaniel8845 5 месяцев назад

Who trust TIOBE wtf ?!

@13Septem13 2 месяца назад

you need big brain for c++ :)

@orestandriichuk4730 8 месяцев назад

stayin' alive, stayin' alive

@slipskid 11 месяцев назад

Oh yea! Live long and prosper C++!

@lockbert99 10 месяцев назад

Major desktop apps are written in C++. But most of the programming now is on the web. Where does C++ stand in web apps?

@cppweekly 10 месяцев назад

C++ is used in a LOT of web apps as well. If you really care about performance there's a good chance you're using emscriptem

@lockbert99 10 месяцев назад

@@cppweekly I was referring to the server side. I believe PHP, Ruby and Python are used for small sites. And companies internally and larger sites externally would use Java and C#. I think Facebook and Google and other mega sites use C++ for high traffic applications. There is also mobile with Swift/Objective C being the Apple preferred languages and Java/Kotlin being the Google preferred languages. Unfortunate that the market can only handle two OSes because Blackberry was going with QT and C++ and I think Nokia (Symbian/Linux) was as well. But Windows Phone was C#.

@nyyakko 9 месяцев назад

@@lockbert99i think they'll eventually switch to HTML instead.

@johndubchak 11 месяцев назад

Congratulations on Episode 400, Jason!!!!

@cppweekly 10 месяцев назад

400 weeks straight!!

@gusromul3356 10 месяцев назад

not sure about the death of c++.. in fact, i think the problem of c++ is two fold: (1) should it rather be called ++c (its faster)? and (2) to resolve the most vexing parsing of what c++98 really means; 1998 or 2098?

@lbgstzockt8493 10 месяцев назад

This is an almost completely unqualified opinion, but here we go: You already mentioned that C++ is used in pretty much every system that needs to be reliable, and this fact alone is why it will probably take decades for it to fully "die", whatever that may mean. It reminds me of how there are still people needed to maintain COBOL systems because they are so crucial, and it seems likely that C++ will have the same thing happen, just much more pronounced due to how widespread it was for decades. We might see a downwards trend in new projects being built on C++, but even that may take years to fully develop. In the meantime colleges will still be teaching C++ in a lot of courses so the supply of fresh C++ users is also not stopping anytime soon.

@DeathSugar 10 месяцев назад

> c++ modules hello world I wish it was that simple. But modules is a major pain point across different platforms and compilers. And sadly it still lack features many want the most - to make them usable like python/rust with objects and templates not just namespaced functions.

@andrez76 10 месяцев назад

I've been programming professionally for about 30 years now. And guess what? C++ has been "dying" for most of that period, or so they say.

@zxuiji 10 месяцев назад

7:41, paused here to point out it's perfectly possible to program in ANY language (including asm or even machine code, not that I'm insane enough to try), basic integers and floats for starters are pretty much always gonna be memory safe when used with the basic operators. For buffers you just need a guarded page to copy it to, edit, then copy back. By guarded I mean a set of at least 3 contiguous pages, the 1st and last are to be read only, this enures segfaults if things go south. The middle page/s are for the copied buffer that's being edited/read from, once done the bytes expected in the actual buffer will be copied from the page into the buffer without ever touching the externals of the buffer. So here's a VERY rough example in pseudo code: vm = newguarded( bufsize ); memcpy( vm, buf, bufsize ); modify( vm, ud ); memcpy( buf, vm, bufsize ); delguarded( vm ); Naturally there's quicker ways to implement this but it gets the rough idea across

@QMulative 9 месяцев назад

Are we losing cout? I ended up taking a long break from programming & C++ 'til recently, and only now got used to namespaces!

@cppweekly 9 месяцев назад

Not losing it, but there's just no reason to use it anymore. std::print is faster and easier to use.

@QMulative 9 месяцев назад

@@cppweekly well allright. Now that I think about it, I've been using cout less once I started doing graphical stuff like SFML and the Godot Engine, so maybe I won't even miss it.

@xycku 11 месяцев назад

Crazy? I was crazy once. They locked me in a room. A C++ room. A C++ room with UB. And UB makes me crazy. Crazy?...

@JoelIvoryJohnson 10 месяцев назад

I worked on a team that prohibited the use of C++. That could be incredibly restrictive when working in domains for which many of the ready-made solutions were already available as shared C++ code. They wanted some image processing program put together, instead of using a C++ open library, they wanted us to use some other open library that could run in a browser. That other open source library used Web Assembly compiled from C++. I wonder if the managers would have chosen differently had they realized.

@RostislavNikitinHuman 10 месяцев назад

Hello. Thank you for video. As I know some IT giants like Microsoft recommend starting new projects in a Rust. And on the last graph in your video, we can see that rust is really growing now. So it could be possible that Rust will replace C++ in the future(but not nearest), because of a lot of existing C++ code as you mentioned in the video, and you can not replace all this code at once. What do you think about this?

@Troyseph 11 месяцев назад

I take your point, but "Building with brick is not dead, look at all of these brick buildings that are still in use" does nothing to discount the fact that most new buildings might be built with wood... EDIT: ah yes, I see you address this in the second half of the video 😅

@zxuiji 10 месяцев назад

c++: There's already a well known way to do X also c++: let's confuse our devs instead of helping them by mandating Y instead just because we don't like c despite inheriting everything from it

@mytech6779 11 месяцев назад

Herb's CppFront looks the most promissing, basically what I have suggested for a while, that cpp is not obligated to mollycoddle 30 year old code bases. If they want to sit on their thumbs and make zero effort to refactor or upgrade than they can just set --std=C++98 on their compiler and forego the modern features. Even then it would only be for that one old compilation unit, the linker just sees assembly/binary/intermediateLang and doesn't know chunks started as C99 from g++23 from Fortran.

@stephenhowe4107 11 месяцев назад

Bjarne's cfront, emitted C code. That is you wrote in C++, fed that into cfront, and cfront would emit C code that a C compiler would compile and link. cfront reached version 3.0 which I believe tried to support templates.