It just gets everywhere where you least expect it 😂
@RustIsWinning2 ай бұрын
I'm a crab, man I love Rust.
@AG-ur1lj2 ай бұрын
@@RustIsWinningI’m a crab man, I eat people
@Flynn-lk8im2 ай бұрын
@@RustIsWinning Love them crabs, they go well seasoned with lemon juice, red chilli and a touch of Old Bay.
@liegon2 ай бұрын
@@Leonhart_93 Yeah, it's coarse, and rough and irritating.
@einargs2 ай бұрын
The creators of haskell are legit like "it's good we aren't popular because it means we can be experimental," which is true and based but also funny
@isodoubIet2 ай бұрын
Well the sad thing is they have just enough code that they _can't_ really fix things, so they have all the downsides of being weird with none of the upsides.
@KikkerFishАй бұрын
Haskell is what you get if you have a 160 IQ and 0 EQ.
@noredine2 ай бұрын
I'm a stainless steel fan
@rcoder012 ай бұрын
What’s your cubic feet per min
@defenestrated232 ай бұрын
I worked for Kitware. All the cmake maintainers agree the Cmake syntax is terrible, especially the legacy stuff. There have been a ton of overhauls to ergonomics but the old clunky abstractions are still all over tutorials everywhere. But well-written CMake actually mostly solves the "builds on my machine!" problem. I've also seen some of the most horrific abuse of CMake you could imagine.
@TheSulross2 ай бұрын
There are some books on CMake but couple of the top titles I got I found are very lacking. The world still needs a best (modern) practices CMake book that covers enough real-world scenarios to be actually useful. Need a Scott Meyers kind of author for the subject of CMake. And should cover integrating git projects and C++ modules.
@isodoubIet2 ай бұрын
my conspiracy theory is that kitware intentionally keeps cmake terrible in order to sell the books written by their developers. Nothing else makes sense. The supposed overhauls actually make things worse, e.g. nobody with a brain in their head would've come up with generator expressions if they _actually_ were trying to improve things.
@MrAlanCristhian2 ай бұрын
In almost every case of "this tool is horrible", there is a high chance that tool "was horrible" and people are learning from old tutorials and books. That's why people are rediscovering Postgres, PHP, OOP, unit testing, and so on.
@isodoubIet2 ай бұрын
@@MrAlanCristhian Not the case with CMake. CMake was horrible, and remains horrible, just in a slightly different way.
@danielbriones61712 ай бұрын
Autotools is so much worse. It makes CMake look like the greatest build tool in comparison.
@thekwoka47072 ай бұрын
Wow, those C++ error messages are quite clean compared to what any Django app throws
@zwerko2 ай бұрын
The good thing about C++ is that if you massage it enough, you'll eventually get to run whatever you write in it on pretty much any hardware. The bad thing about C++ is that too many people will abuse that fact and massage-away...
@ITSecNEO2 ай бұрын
Massage deez... 😂
@ferinzz2 ай бұрын
Recently found out that it took 5 years of fighting to get embed added to the standard library. Despite years of proof showing that fopen fread could never match the speed of just adding the file as binary directly.
@Jasonlhy2 ай бұрын
I managed the CMake for 3 platforms, windows. Linux, emscripten. The header and link to library is crazy…so many places can go wrong. But it feels magic when code works
@xbmarx2 ай бұрын
"I hate C++" "I haven't used C++ since high school" lmaaaaoooooo
@ITSecNEO2 ай бұрын
And you think that any company uses anything newer than C++11? 💀 Seriously, you are simply not allowed to use any of the newer features, it's the same subset of C++ no matter the version of C++. It's just not fun to work with C++ code and even less fun to write it yourself
@isodoubIet2 ай бұрын
@@ITSecNEO My company uses cpp20, will adopt 23 as soon as it's production ready what's your point
@ITSecNEO2 ай бұрын
@@isodoubIet You think that's a good argument? 😂 Just use freaking google, C++11 is the most used version today. It's a fact. Your comment is non sense, you are the one exception. All other C++ devs aren't as lucky as you. And yeah, name your company here, I will check the truth of your comment. My guess is that you will refuse to name it ;)
@Folemaet2 ай бұрын
@@ITSecNEO smart pointers are already novel and cool feature that is not available for some of us. *Cries in c++08*
@ITSecNEO2 ай бұрын
@@Folemaet My prayers go to your poor soul.
@DeerDesigner2 ай бұрын
Why do people complain about using Arc in rust and then the same people run first to say how great C++ is and how you should use shared_ptr when it’s the same thing? EDIT: and unique_ptr, which is just Box - same story. And then those people run to say how nice inheritance is and how you can hold std::vector, but they throw up when you mention Vec
@defeqel65372 ай бұрын
If you actually have ownership (edit: transfer), then *_ptr may be valid, but it's not really required very often. Littering your code with shared_ptr is a great way to make your code slow(ish). That whole vector is an architectural mistake in anything that is not a hobby project, and is a very Rusty thing to do
@cherloire79782 ай бұрын
@@defeqel6537 whats the alternative?
@Vendetta4052 ай бұрын
Please avoid using std::vector in production code. It's likely better to use something like std::vector and handle runtime dispatch without a virtual table, possibly using enums within the data. Combining a contiguous memory container like a vector with random memory references from smart pointers negates the advantages of cache-friendly access patterns, potentially giving you the worst of both worlds. In well-structured C++ codebases, patterns like this are rarely seen.
@DeerDesigner2 ай бұрын
Well, it’s your lucky day because in production rust codebases such patterns are rarely seen as well! I’m commenting on the fact that in this very video and in many corners of the internet people are constantly praising using *_ptr in C++ while those same people complain about using stuff like Arc in Rust. You can’t have it both ways. Rust simply forces you to think consciously about who’s owning the data and for how long. The concept is the same regardless whether you’re writing Rust, C, C++, or any other language
@defeqel65372 ай бұрын
@@Vendetta405 indeed, it's basically just a worse list at that point
@MRodzor2 ай бұрын
I'm not sure if this message/ comment will reach you but. Thank you, thank you for being you, thank you for discussing so many topics. Honestly bro, you're a real inspiration and you've made me approach so many different aspects of life when it comes to the mentality of work and code that I can't say how much I appreciate these videos. You rock bro!
@Tekapeel2 ай бұрын
Can anyone explain the OOP is not for games thing? The only way OOP has ever made any sense as a useful construct to me is in gamedev analogies
@adam78022 ай бұрын
+1 I am curious about this too.
@adali2282 ай бұрын
For larger or more complex games it generally has worse performance than something like ECS, but it's perfectly fine to use for the vast majority of non-AAA games.
@RoyaltyInTraining.2 ай бұрын
Having objects / structs which combine data and code is universally considered a good thing. But most people take the term "OOP" to also imply using inheritance, which often leads game developers to dead ends. Game development massively favors composition. Basically that means instead of having "Enemy", "MovingEnemy", and "ShootingMovingEnemy" classes which inherit from one another, you have one "Enemy" component, one "AIMovement" component, and one "AIShooting" component, which you can plug into the objects in your game. In case you want an example of how inheritance leads to dead ends: Imagine you want something in your game that moves and shoots, but isn't considered an enemy. Then you would have to duplicate that entire branch of inheritance when using OOP, but with composition you could just use those two components without any extra work.
@hanifarroisimukhlis59892 ай бұрын
Easy answer: Lifetimes. Traditional lifetime of data is from first use until last use, but in games you need to "kill" objects without dangling reference.
@ClimateChangeDoesntBargain2 ай бұрын
OOP is bad for max performance, you want to do some data oriented design which benefits from less pointer hops and cache friendliness
@Me-wi6ym2 ай бұрын
This comment section feels like a warzone. Am I the only one who just kinda likes both languages? Neither are perfect and both can be messy, but both can make pretty cool things too if you take some time to consider the design; you know, the same as all the other languages. This shouldn't be the part people are stuck on.
@9636dev2 ай бұрын
I agree, when writing C++ code tends to be more verbose, but for me the development velocity is a lot faster, but I do think about security a lot less, leading to many race conditions and sometimes memory leaks
@ITSecNEO2 ай бұрын
No, C++ is messy by default. Every company has their own C++ subset or rules for programming and formatting. All the newer features which people often refer to in defense of C++, are not included in the subsets anyways. Just Google a bit and you will find out that the most used version in 2024 is still C++11. Just imagine what all those poor souls need to go through everyday.
@kr4bz2 ай бұрын
I love the safety of rust, but I am frustrated that I can not move at the speed I can with C++ for rough ideas. EDIT: Also cargo is amazing
@isodoubIet2 ай бұрын
It's a warzone because Rust evangelists know their language can't win on the merits, so they need to use underhanded tactics like trying to poison the well or begging regulatory bodies. cpp developers in turn are obviously not pleased about having their livelihood attacked in this way.
@PizzasBear2 ай бұрын
To the guillotine!
@lancemax8572 ай бұрын
Coming from golang, when I first worked c++ it baffles me that there are 3 group of errors that's needed to be figured out when building. Preprocessing, syntax and linking. I almost punched my monitor when the same linking errors showed despite the changes on cmake.
@ITSecNEO2 ай бұрын
@@lancemax857 The whole build system is annoying. It's so annoying that the same errors are displayed multiple times in the build log. It's also annoying that we have to use external build tools in the first place. If you switch companies they likely have a whole different build system which you need to learn. Its like we need to learn multiple new languages just to build the C++ code. One general build system would be the best
@patrickkdev2 ай бұрын
Golang gives me peace of mind
@theairaccumulator71442 ай бұрын
I mean, Rust has more build steps but they're all hidden from the developer. I'd say that's worse if you care about what's actually happening when you build your program. If you don't care there are example cmake configs that can hide everything the same way.
@ITSecNEO2 ай бұрын
@@theairaccumulator7144 Cam you please stop defending CMake. PLEASE xD It's a trauma for every C or C++ dev and you defend it like it's some premium tool ._.
@theseangle2 ай бұрын
@@theairaccumulator7144you raise a good point, didn't even think of it that way
@fotnite_2 ай бұрын
I think they're both good languages. Honestly, the biggest problem with C++ right now is that good learning materials are more difficult to access. Both languages have quite a bit of weird bullshit you need to remember to keep things performant, but its usually easier to figure out what the weird bullshit is in Rust. That, and the build system, but honestly I've just stuck with Meson and been satisfied with it for C++.
@ITSecNEO2 ай бұрын
@@fotnite_ So are you working on projects alone? Most of C++ devs can't choose the build system, we are forced to use whatever the company we work for uses. And good luck if you ever change the company again, it's likely that they are using a different subset of C++ and also a different way of building the code.
@computernerd81572 ай бұрын
It also does does not help that tutorials will merge C code woth C++ so a noob gets confused.
@Kwazzaaap2 ай бұрын
The problem of C++ is that no matter how many courses you take, the first real C++ codebase you see will use like 20 features you've never seen and be tripled down in some god forsaken macro system with a build system that requires a case study of its own. I have yet to see a fully comprehensive resource that prepares you for that. Instead you have to claw each bit of understanding from existing code and no matter how good you become that doesn't stop your predecessors from violating the geneva convention with cmake.
@ferinzz2 ай бұрын
@@Kwazzaaapmaybe trying to figure out the unreal codebase? Part of why i gave up on unreal is because the c++ side of things is so poorly documented.
@Kwazzaaap2 ай бұрын
@@ferinzz I had UE in mind while writing that, yes. But it's fairly common elsewhere too.
@vt27882 ай бұрын
Rust is a pathway to many abilities some consider to be unnatural.
@zeragon72 ай бұрын
The Cherno mentioned! Let's go!
@Jemalloc2 ай бұрын
Rust have more videos on KZbin than actual production code, everyone one trying to sell you Rust otherwise would be dead, and another thing really strange about rust is the brainwash on people about rewriting everything in rust, rust have it’s use cases as any other language, there is not a single language efficient and good for everything
@ionaerofeeff2 ай бұрын
I think it's that Rust somehow absorbs your desire to write code in it, due to how satisfying and easy it is to write and build, respectively. It has a simpler-to-understand package system than python, and great portability which is enhanced by community packages. It's fun, I guess. And at that point it can be tempting to write things in Rust for the goal of both learning Rust even better and becoming more familiar with a certain algorithm or procedure, as the whole process can be smoother-feeling than a number of other languages with generally pretty-good performance across the board. And as the video covers, it helps to eliminate a lot of footguns present in other languages by making it difficult to write some of the riskier or error-prone code, ESPECIALLY if you use an LSP. Clippy helps this yet more, as it highlights not just errors but potentially confusing or suboptimal parts of code, and (almost?) always for an understandable reason. That being said, you still get a lot of the freedom in Rust that you do in other languages. Which isn't to say that people SHOULD be doing that, just that it has a lot about it which encourages it. I do agree that people should widen their scope when looking for the right tool for the job.
@Jemalloc2 ай бұрын
@@ionaerofeeff 🧢
@ionaerofeeff2 ай бұрын
@@Jemalloc What do you disagree with
@Jemalloc2 ай бұрын
@@ionaerofeeff wrong emoji sorry 👍
@theairaccumulator71442 ай бұрын
@@ionaerofeeff Rust is great for systems programming which is what it was originally designed for where correctness stands above all else. It's horrible for webdev or especially gamedev where development and iteration speed are way more important than correctness. In the time a Rust backend dev spent refactoring his entire codebase to add 1 simple feature, the Typescript dev added 20 more. In the time a Rust gamedev spent refactoring his entire codebase to implement 1 idea, the C++ gamedev came up with 20 new ideas, implemented them, tested them, selected out the good ones and made the code good. Of course if you're writing an operating system where a small memory issue could cause a critical RCE vulnerability Rust is important, but in webdev and gamedev putting out trash fast and polishing it along the way is the only way to actually make progress.
@Macciejable2 ай бұрын
Fun fact, you can spell "I'm a rust dev and a bit of evangelist", just "I'm a rust dev" without changing the meaning. :)
@Cryptic00132 ай бұрын
As a game dev, the biggest pro of C++ is that I have to use it, but the biggest con of C++ is that I have to use it.
@rusi62192 ай бұрын
Ye but game dev is tedious with any language as much as I dislike C++ your work would be tedious with anything else as well, it's just the nature of the systems you're building
@Cryptic00132 ай бұрын
@@rusi6219 You're not wrong, but I did find C# less headache-inducing. Something about the structure of C++ makes my brain cell sad and wish it had company.
@tobyuuuuu2 ай бұрын
I use CPM for package management with CMake. It is very straightforward to use. Don‘t use a lot of dependencies though.
@PizzasBear2 ай бұрын
In Go every function is implicitly async, where `select` and `
@Jasonlhy2 ай бұрын
Sometime things just are not designed to fit your use cases perfectly, you just have to write your own solution
@type-dev2 ай бұрын
Bro these comments are wild 💀
@nahanchinotron8 күн бұрын
25:00 FYI It's pretty common to see spiders roaming around in your house in the fall, as that's when the male house spiders leave their hiding places to find mates.
@Parker8752Ай бұрын
When it comes to package management for build systems, I personally reckon there's a balance. To use rust as an example, I would ideally want to use crates while I'm getting things working, and then work on removing those dependencies which can be easily removed, and fixing the others to a specific version (which can be later updated as necessary), for the simple reason that all else being equal, fewer dependencies is probably better. Of course, one particularly nice thing about Cargo is that you can specify where a given dependency should be drawn from, making vendoring easier to accomplish regardless.
@framebuffers2 ай бұрын
Props to the brother to teach her younger sister to program straight to C++. That's such a kickstart on any young one's carreer, that I wish both of them rha absolute best.
@lazyh0rse2 ай бұрын
There are two types of people, those who deploy buggy code to production due to "temporary placeholders for debugging" vs those who use debugger to debug the code without changing it. On a serious note, please use debuggers, they will change your life.
@decky1990Ай бұрын
FetchContent is a thing in CMake - managing dependencies isn't overly painful.
@nuvotion-live2 ай бұрын
I spent 4 years writing my app in Typescript, React, and WebGL. Now I'm rewriting it in C++!
@winrid2 ай бұрын
Are you using oat++?
@nuvotion-live2 ай бұрын
@@winrid OpenFrameworks and ImGui
@theairaccumulator71442 ай бұрын
Why? Unless you're switching from webapp to native which is sort of reasonable.
@75hilmar2 ай бұрын
I know neither really but I can imagine once you have the better part of Rust under your belt you can imagine where C++ might go wrong and catch bugs before they happen. Also OOP in games is really good because you have classes of stuff, classes of weapons, characters damage and what not.
@excitedbox57052 ай бұрын
Setting up dev environments should not be so complicated that entire businesses are built around making it easier for EXPERTS. As a noob you can spend days fixing compiler and linker paths alone for fully functional examples you download to compile.
@DynamicalisBlueАй бұрын
OOP was designed to be close to how you visualise relations in real-life. It can be very annoying but most games do represent real-life so it kinda works well. That being said, unless you're game is going to be a very realistic simulation, it's still going to have its problems. Personally, I'm huge fan of data-oriented ECS. It does have a learning curve but it's amazing. The main problem however, is trying to get the game designers (and even some of the programmers) to adjust to it. A lot of the ECS systems on my project aren't as good as we want them to be just because the design team still wants some degree of control over them while using their existing OOP workflow. However, recently, performance has been a concern so we have essentially been given the green light to prioritise it over the designers' feelings. Can't wait.
@Doomsdayparade2 ай бұрын
Can't stop me from using both, though I'm using mainly C++ atm
@ITSecNEO2 ай бұрын
@@Doomsdayparade That's why I pray for you
@user-hk3ej4hk7m2 ай бұрын
git submodules are much easier to work with since `git rm`, `git mv` and other operations now let you treat them as regular directories.
@TheGiladklos2 ай бұрын
C++ is great for job security. Im the only one at my job that can understand the templated mess I wrote.
@pixelsupreme6824Ай бұрын
As a professional C++ dev myself it just hurts to see everybody treating OOP and inheritance hierarchy as the same thing.
@NoX-5122 ай бұрын
Building C and C++ projects is easy. You just write a shell script invoking the compiler and all the cmake complexity is avoided.
@kodirovsshik2 ай бұрын
I personally like gnu make. For me it's like shell script (that I used to do), but a little more convenient
@charactername263Ай бұрын
That is what CMake is.
@cryptonative2 ай бұрын
Rust has a debugger that works with vscode. The issue is that it does not work with default settings so have to figure it out yourself.
@cryptonative2 ай бұрын
@@HolyMacaroni-i8e works fine for a vanilla project, I found issues with multiple rust projects in the same vscode workspace and setting the debugger up for rust tests, these two things require messing up with the debugger config
@Lightja_Ай бұрын
great editor.
@JoshJu2 ай бұрын
IMO, Rust compiler has the best error diagnosis and suggestions among all programming languages. Those helpful error messages and cargo clippy suggestions contribute significantly to dev experience, without which Rust would be very painful to use given the complexity of borrow checker and lifetime mechanism.
@replikvltyoutube37272 ай бұрын
C++ has good error messages, you just need a C1 level knowledge to read them.
@ITSecNEO2 ай бұрын
@@replikvltyoutube3727 "Segfault" is a very good error message indeed xd
@Evilanious2 ай бұрын
This has been my experience with c++. I have unrestrained freedom to do things that make sense to me. For me that's been enough to be happy with it. But the buildsystem and the build-buildsystem-system (which is what CMake actually is) is a bit of a pain in the ass. Integrating libraries into a project is not easy either. Compared to Rust or Java everything is just a little harder to do, until you want to do something like making your own linked list or some other thing that the rust devs deem unsafe or bad coding, where it is a complete pain to do in rust (or java) and in c++ it remains at the same level of 'not ideal but doable'.
@ilmuoui2 ай бұрын
If only there was a Rust crate for linked lists...
@ClimateChangeDoesntBargain2 ай бұрын
@@ilmuoui if dependencies are a pain you try do implement it yourself first 😀
@fotnite_2 ай бұрын
@@ilmuouiI'm pretty sure there's a linked list in std::collections, but also I've never used linked lists in actual code since the exact class where I learned about them in college.
@ITSecNEO2 ай бұрын
@@fotnite_ That's likely not true, a lot of other data structures are based on linked lists. They are used everywhere :) But yes, other than college or for learning algorithms, no one needs to implement a linked list from scratch.
@Awesomer56962 ай бұрын
ginger bill was right about package managers being bad, but only in languages like odin that actually define what a package is and dont drown you with linking and header include path bs. In odin you can literally just git clone a repo into your project, and start using it from other files, its great.
@CaleMcCollough2 ай бұрын
ROTFL!!!😂😂😂😭😭😭 This is why I made my C++ API Script2 the way I did. I replaced the C++ standard library and removed all the legacy code and we have a much better debug experience without the weird errors. Script2 is great for standard game dev style using data oriented programming or pseudo OOP, which is not not OOP but it can be a substitute for OOP. Script2's all contiguous memory design has many benefits for games like undo and stack AI/ML hybrids. Building in Script2 is crazy easy because we use a single translation unit, so you don't need CMake, it just compiles so fast that you just build the code.
@epixru2 ай бұрын
The stock market is just a graph of rich people's feelings.
@alst48172 ай бұрын
Preach
@Cannon9522 ай бұрын
you keep posting the same comment on several videos
@rusi62192 ай бұрын
@@Cannon952no problem there. People need to hear this. Also interest bad.
@bzboii2 ай бұрын
mostly robots
@MikkoRantalainen2 ай бұрын
I'm a software developer but when I'm fixing my car, I sure hate rust.
@JohnnyThund3r2 ай бұрын
Yeah... 100%, Object Oriented programing really just makes sense for Games. I can easily understand why Torvalds hates the stuff working with hardware drivers at the kernel level, but making games in Godot, it really just makes sense to abstract things out with Classes... I too hate how unclear OOP can be to read and mostly would prefer to not use it where I can, however when projects get as big as a modern game, dealing with the mess that is Classes is preferable to dealing with the mess that is ~5000 exposed global functions in large part because it lets you move fast and break things.
@bitwisedevs4692 ай бұрын
Git submodule is hard at first but really powerful if use for the purpose of making modularize feature.
@MasterHigure2 ай бұрын
I'm not an expert, but I don't think you *can* make a linker error in a conventional rust build. Everything is compiled from source in your project, so all the stuff that could go wrong at linking is checked before it even compiles.
@KikkerFishАй бұрын
Rust ppl: “don’t use unsafe! 😡” Also Rust ppl: “lets download 4000 unvetted crates for my todo app” It’s like juggling chainsaws with safety glasses.
@yassine-sa2 ай бұрын
@TheCherno mentioned
@pastasawce2 ай бұрын
I think mambo number 5 came out the same year as turok 2 btw
@theIbraDev2 ай бұрын
Excited for prime to finally set up dap....... And then still only do print debugging LUL
@Quantris2 ай бұрын
maybe a hot take but I lose a little respect for any software engineer that identifies themselves based on what language they use
@wolfgangrohringer8202 ай бұрын
One of my hobbies is photography. It's similar to photographers who identify themselves based on what camera brand they use. Online discussions on this topic are also similar to programming language flamewars.
@furuthebat2 ай бұрын
And here I'm waiting for reflections and modules in modern C++ ... I heard zig is good.
@chrismdavis20092 ай бұрын
To your point about the Star Wars droids- it is already known the droids were made with cheap parts so they could make more of them, hence the reason they suck at shooting and always seem half baked. The idea was quantity over quality
@toby99992 ай бұрын
Nothing comes close to MS Visual studio's debugging features. That's where Linux sucks. No decent IDE for C++. Actually, no decent IDE for any of languages I've tried. Your complaints about vectors and realication etc. That's just bad programming. A skill issue.
@winrid2 ай бұрын
even compared to CLion?
@Alex-hy7nx2 ай бұрын
What do you mean, there are IDE that work on Linux for every C/C++ - Clion or Qt IDE Rust - Rustrover or VSCode Go - VsCode or Goland Java - Intellij Python - VSCode or Pycharm Kotlin - Intellij
@fullaccess26452 ай бұрын
in linux you just use gdb from terminal and call it a day.
@kodirovsshik2 ай бұрын
@@fullaccess2645well that's the point - it gets the job done, but is way less handy, especially for bigger projects
@charactername263Ай бұрын
@@fullaccess2645 gdb always gets the job done, it just works. It got to the point that I do all my C++ work in MinGW and debug with gdb because Visual Studio just sucks balls at developing for any platform other than Windows.
@erastvandoren2 ай бұрын
Templates are great. I miss them in Java
@athf2262 ай бұрын
Git submodules are great for FPGA stuff.
@doublekamui2 ай бұрын
c++ is well tested and modern c++ for very complex app, F35 fighter jet is programmed using c++. F22 raptor is programmed using ADA. there is no fighter jet (app that obviously very very very complex) that programmed in rust yet :v
@MrWorshipMe2 ай бұрын
You just either use unique pointers in vectors (for large data), or indices instead of references if the data type is trivial or very small. But yeah, the fact that C++ doesn't tell you about it is a problem.
@snikta564Ай бұрын
Hasn't there been debugger support for Rust in vscode since almost day one?
@jesse99999992 ай бұрын
is it not better that git pull doesn't update submodules considering what you said about submodules locking the version of the dependency to your commit? the --recursive flag for git pull feels like pretty good design to me
@Nors2Ka2 ай бұрын
I took a peek at the code and that guy should absolutely be banned from talking about programming on the internet.
@moonasha2 ай бұрын
I don't know how anyone could approach a serious game with complex systems without using OOP. Like I literally can't wrap my head around it. I'm 99% certain you'd be hard pressed to find any real AA / AAA level game that doesn't use OOP
@_ClericalError_2 ай бұрын
@moonasha You might be surprised. OOP is not as common in software that needs to be highly efficient or squeeze the maximum performance out, the abstractions themselves are far from zero cost, but especially the way that objects get laid out and processed in memory is particularly poor for performance. As one AAA example that I know something about, Skyrim is as far as I know written in C++ but the actual important parts of the game is implemented as a huge number of tables. There is no class for weapons with subclasses for each type, there are itemdef table entries with an integer that encodes the type of item, if it's a weapon what type of weapon it is, etc etc. The mod tools for editing any of the lower level data for the game is basically the interface for editing a 20GiB database, it's just thousands upon thousands of tables of columnar data. A bunch of arrays, in other words.
@WotJOfficial2 ай бұрын
the creator of Roller Coaster Tycoon would like a word with you but yea, im right there with you. creating and managing game objects without OOP sounds like a nightmare in itself. genuinely curious about it, might look up some code for games written in non-OOP languages to see how they did it. its likely heavy usage of structs and arrays or array-adjacents.
@8bitbug4202 ай бұрын
@@WotJOfficial Yeah oop is great, even better with fp
@leshommesdupilly2 ай бұрын
Virgin Rust dev has to point out to the compiler that part of his code is unsafe because he doesn’t know what he do Chad c++ programer has no unsafe code because he has no skill issues and has deep understanding of his hardware. Uses crazy shortcuts and memory tricks to achieve maximum performance. Compiler blindly trust the superior intellect of the human brain
@RoyaltyInTraining.2 ай бұрын
And then you find out that the compiler would have optimized things better on 90% of platforms if you had just written five lines of boring high level code
@hanifarroisimukhlis59892 ай бұрын
And then the "chad" c++ program segfault with a coin flip.
@ITSecNEO2 ай бұрын
@@leshommesdupilly "No unsafe code" in a language which is entirely memory unsafe 💀 That must be the biggest L take I saw in a while. 19 likes for this tells us everything about this community too
@antifa_communist2 ай бұрын
Is this satire?
@ionaerofeeff2 ай бұрын
Using an unsafe block implies that the programmer, does, in fact, know better than the compiler. Which isn't to say they are right, but if you can do it in C++ why not Rust? The path may be different but the destination is the same.
@ferdynandkiepski50262 ай бұрын
The debugger in neovim is called gdb and lldb. Just use the terminal. A lot of the pain with cmake comes from it's documentation being useless. It has no examples at all. There are so many ways to make things work, and you aren't pointed to them.
@Heater-v1.0.02 ай бұрын
My problem with the likes of CMake is that it is a ton of ugly syntax and semantics just to build something which I simply don't want to learn, life is too short for that. In the same way I don't really want to learn all the intimate details of the processor instruction sets I target, that is why we have high level languages is it not. Meanwhile C++ has grown into a ridiculously complex, twisted and ugly language,. while never fixing the problems of the C from which it grew.
@isodoubIet2 ай бұрын
Cmake is a horribly designed mess from beginning to end. They tried to improve things with "modern" cmake but the "targets and usage requirements graph" model is instantly shown to be the colander of leaky abstractions when used on a real project, and things like "generator expressions" flatly shouldn't exist.
@wolfgangrohringer8202 ай бұрын
@@isodoubIet On top, one usually doesn't get to choose "which" CMake to use, old-school or declarative. Depending on the libraries you want to pull in, you end up having to deal with the whole depth of it anyways.
@isodoubIet2 ай бұрын
@@wolfgangrohringer820 yep, and even being "modern" is no guarantee of it makign sense. One example is libtorch -- they somehow list as their "usage requirements" that you must embed debug symbols in the binary. And there's no way to override it because cmake is awful in every way.
2 ай бұрын
Non-C++/C engineers that not every language enables you to vendor dependency so easy. There's to not just bundle every dependency.
@aquilafasciata57812 ай бұрын
I think the web is predominate because that is the most available job listing imo
@doublekamui2 ай бұрын
yes because because every company needs official web meanwhile not every company needs game or android app or dekstop software or cli or operating system or kernel
@maximofernandez1962 ай бұрын
The fact that prime uses printf debugging makes me feel better as someone who's just lazy enough to not setup the debugger for nvim
@thunder852za2 ай бұрын
I have been doing c++ and python programming for more than 10 years and still cout/print for debugging. Am I a bad person? Even for highly parallel applications I find printing out just is more natural to understand program flow.
@isodoubIet2 ай бұрын
Nobody thinks you're a bad person but you'd be more effective if you learned to use your development tools
@thunder852za2 ай бұрын
@@isodoubIet doubt it. ;)
@AlucardNoir2 ай бұрын
Firstly, having so many C++ rules that the integer goes back to Zero, ouch. Secondly, you do realize that Palpatine was the one behind the droid army as well right? There was no need to send a programmer undercover, Count Doku could have just waved his hand and told the programmers working on the code to make sure the aiming code was bad and they'd do it without even realizing it. They'd probably go insane trying to find out why it was so bad all the time making sure it staid that way and never be any the wiser.
@Kerivity24 күн бұрын
What if I used rustoleum to remove the rust from my computer?
@issacwessing49452 ай бұрын
80%+ of learning c++ for me is package management and cmake. Oh my fucking god i wish these were better. Maybe theres a reason for them being like this but i dont even understand them well enough to see it
@kodirovsshik2 ай бұрын
If you are learning cmake, you are not learning c++, you are learning cmake, no?
@snikta564Ай бұрын
The good thing with C++ is that you can implement basically any paradigm. This is also why C++ sucks.
@chigozie1232 ай бұрын
It's like everyone and their sister who programs in C++ have simply given up on finding a good build system for C++, and instead find solace in telling each other that nothing good exists for managing dependencies.
@HellbendingАй бұрын
Needed to free() the AbstractMi croPlasticsCreatorSpiderFactory man
@ClimateChangeDoesntBargain2 ай бұрын
In the time you get started with CMake set up CMake for cross plattform development with various differently organized dependencies, you could have already implemented your project if you subtract the time of CMake hassle
@dforj92122 ай бұрын
The "package management" bit is a case study in favor of Nix
@nerfplaymaker89732 ай бұрын
2 views at -3 seconds bro fell off
@spaceowl59572 ай бұрын
91 views at 2 minutes, this channel is dying
@Slashx922 ай бұрын
"OOP is not for games" screams chat, while unity is almost exclusively oop and even godot if you take into consideration that everything is a scene that has nodes in it with components inside. Everything is an object. If at least two of the most used engines do it, is not like it's a sin
@kayakMike10002 ай бұрын
Namespaces are pretty cool
@weakspirit_2 ай бұрын
that little sister is such a chad
@TanigaDanae2 ай бұрын
At ca. 14:00 regarding the reference to unique_ptr. I can imagine the author used the wrong words. "We wanted references to them" and "allowing us to append to the vector without risk of invalidating the references", they don't go hand in hand. Because references to unique_ptr can still be invalidated if you append to the vector. I suspect he was trying to express that he uses unique_ptr to hold the lifetime of the Object and uses the raw pointer of the unique_ptr to reference to it from somewhere else (avoiding the overhead of shared pointer). Edit: You can still not do that in Rust.
@thunder852za2 ай бұрын
I know people who have had template errors where they needed to pipe and grep the error message out because it was too long... XD
@CaptTerrific2 ай бұрын
I like using cmake in visual studio:/
@naranyala_dev2 ай бұрын
sometimes drawing creates new conspiracies, such as the P
@gregf30212 ай бұрын
To the spider problem, this is why man invented shot guns. I hate those things. I would rather be stuck in a cave with a bear.
@marcoceriani10692 ай бұрын
8:52 a little bit of embedded in my life, a little bit of games by my side, a little bit of ML's all I need, a little bit of compilers is what I see, a little bit of networks in the sun, a little bit of OS all night long (Arch by the way), a little bit of performance here I am, a little bit of DBs makes me your man. Sorry, going back to my PoC :P
@aniketbisht28232 ай бұрын
His sister is the real CHAD.
@infastin37952 ай бұрын
Don't really want to come back to C++ because of "The Rule of 5" and exceptions. Everything else is fine for me.
@kodirovsshik2 ай бұрын
Wdym "because of the rule of 5"? Your class either does resource management, in which case it is absolutely necessary to either implement the, you know, resource management or wrap your resources in RAII wrappers so that you don't ever have to deal with it, or your class doesn't do resource management - in which case you likely don't need the rule of 5. Like it's literally that simple. Want resource management? Yes - implement it, no - use wrappers and forget about it. What's the big deal for you?
@danielmccann29792 ай бұрын
Ngl i have troubles learning more modren languages because there is just so much extra stuff to base level start that i can't just logic out. I currently have programing i c and dabbling in assembly for 4 years and its rough. Any advice for where to start.
@isaacalves68462 ай бұрын
Meanwhile, C can't stop winning.
@happygofishing2 ай бұрын
C is readable
@meryplays89522 ай бұрын
@@happygofishing depends on the developer
@denizozgurozer28922 ай бұрын
@@meryplays8952C is readable
@RustIsWinning2 ай бұрын
Akshually ☝️🤓
@CoolestPossibleName2 ай бұрын
@@RustIsWinning Bro you are everywhere
@jeremybobbin2 ай бұрын
my question is why don’t I get morning wood anymore
@RustIsWinning2 ай бұрын
Meds.
@k4yd33yeah2 ай бұрын
8:40 Bro Prime saying Web is the biggest part of programming is so cathartic for me because what do you mean when someone says "I want to learn programming" and you point them to JAVA'S SCRIPT? WHAT KIND OF ROBOT OR MICROWAVE RUNS JAVASCRIPT I WANT TO MAKE REAL STUFF NOT HTML (web stuff is real please don't fight me)
@kamertonaudiophileplayer8472 ай бұрын
How can you program in Rust without OOP?
@anotherelvis2 ай бұрын
Use functions?
@liteflow10Ай бұрын
Oop in rust is "deprecated". Even in their book they tell u not to use oop cuz its too messy
@kamertonaudiophileplayer847Ай бұрын
@@liteflow10 I found a solution using traits for two level hierarchies. It works pretty good. At least it's better than Swift which is limited to the Apple platform.
@kuollutkissa2 ай бұрын
Are we gonna ignore someone confused clones and stormtroopers