The "auto" keyword in C++

Patreon ► / thecherno
Twitter ► / thecherno
Instagram ► / thecherno
Discord ► thecherno.com/discord
Series Playlist ► thecherno.com/cpp
Thank you to the following Patreon supporters:
- Dominic Pace
- Kevin Gregory Agwaze
- Sébastien Bervoets
- Tobias Humig
- Peter Siegmund
- Kerem Demirer
Gear I use:
-----------------
BEST laptop for programming! ► geni.us/pakTES
My FAVOURITE keyboard for programming! ► geni.us/zNhB
FAVOURITE monitors for programming! ► geni.us/Ig6KBq
MAIN Camera ► geni.us/t6xyDRO
MAIN Lens ► geni.us/xGoDWT
Second Camera ► geni.us/CYUQ
Microphone ► geni.us/wqO6g7K

[@AgentM124]

I use auto to drive to my work

[@will8090]

I use my drive to auto work

[@pixarfilmz4769]

I auto drive my work to use

[@marcdroz3369]

auto_comment(!=creative){};

[@bluehornet6752]

My auto broke, so now I can't work...

[@massiveblackwood]

I work auto to drive home

[@andrefaustino5514]

TIP: In current MVS2022, if you double click left ctrl, the inferred type will be displayed between auto and the name. It's a great tool for those who really wants to know the type of the variable but also wants a cleaner code. It's like you can alternate between inferred type and explicit type with one button.

[@wang_7665]

That's why I love this series so much. Firstly learned from the video itself, then learned from comments to grab new features.

[@yousefbilal4837]

This has been updated to alt+f1 instead of double ctrl in newer versions

[@theguywhoiscoding9912]

you can simplify the for-loop even more to: for (auto &string : strings) readability over 9000

[@emilianzawrotny367]

It is better to do for(const auto &string : strings)

[@Alberto-ez4lr]

@@qatarking2498 means that you are using a reference of a string instead of making a copy of each string object for each iteration, that's would be so inefficient.

[@adesva]

He mentions for-range loops in the video and says it will be covered later in the series

[@arthur1112132]

​@@qatarking2498 & used at variable declaration is the 'reference' token in C++ In addition to the C 'get adress of' meaning everywhere else. so here, 'auto &string' means declare a variable reference of automatic type named "string" :) also, i think a for-range loop would have been a bad example of what he wanted to demonstrate since in that case, 'auto' refers to 'std::string' and he wanted to show how long an itterator can be

[@shutout951]

Be careful that you don't write that loop when using namespace std; then you'll be overriding the name of the string variable inside the for loop.

[@LucidStew]

Even though it got a bit off topic, I like the "you could do this, you could do that" part with using and typedef while explaining the use of auto to do something similar.

[@VasaMusic438]

again a great episode !! clear and full of real code experience !! Thank so much!!

[@Blure]

I'll be spending the next few weeks watching your videos and brushing up my C++ skills. Thanks for sharing your knowledge!

[@MuletTheGreat]

How did you brushing up?

[@dordan9987]

15:00 How I feel about c++

[@godnyx117]

LMAO!!! 6 months later, how you feel now?

[@AgentM124]

@@godnyx117 You know why programmers have 2020 vision? It's cause they C++

[@apotheos4783]

I still don't feel what you feel.

[@adryelgainza1530]

Almost a year. How are you now?

[@reshmamundamkotil7126]

I feel blessed for finding this channel. Thank you man. I mean a lottttt.

[@vivekkoul4428]

Hi how far have u reached with C++ now that it's already 2 years passed

[@silurust]

Good explanation. Good guideposts. I can still remember a long cursing session from an experienced C++ programmer colleague when C++11 came out. When we asked why, the short answer was: "auto". His opinion was that the possible abuse significantly outweighs the benefits. (Perhaps, by time, he stopped having allergic reactions.)

[@abbudeh]

Thanks for your great explanations. It would be great if you talk about lambdas and assertions in C++14 :)

[@christ4791]

You know the day is gonna be good when cherno uploads a video

[@izukaa]

Hey, theCherno! Greetings from Romania, you're my first choice when comes to C++ tutorials. Nice job!

[@mogovanjonathan]

la fel))

[@maishamolepo2216]

Really good video. A suggestion on what to make next: Data structures 😀

[@robertmoats1890]

I'm a huge typedef fan when templated code results in messy or confusing typenames. I don't use auto very often, but I do like your usage for iterator typenames. In those cases, the auto keyword is unlikely to get you into any trouble. I think in most other cases, it actually IS likely to get you into trouble. It is a useful tool to help dig your own grave.

[@DanielLiljeberg]

I was just about to write that auto is so nice when working with itterators for crazy collections :)

[@PerchEagle]

I like the different possible options to do something ! so I can use auto, typedef or even define ! but auto is a nice feature and it absolutely simplify things. Like small embedded projects that are easier to debug and also with using it, the code would be less prone to have errors or warnings.

[@syirogane]

I like "auto" (and its variants in other languages) for when the actual type is of little or no interest to me (though I generally avoid it for basic types), and the times the actual type is of no interest is when the algorithm itself is far more important than the actual types involved. Also, "auto" should be considered mandatory when the type is explicit elsewhere in the line (result of a cast, new, etc), but I don't consider 5.0 or 5f to be sufficiently explicit.

[@fromscratch2654]

I like to drive "stick shift" instead of "automatic" because it makes me feel like i have more control over my car. I belive the same goes for my coding. ;)

[@OmarAbdelaziz__47]

two years ago of creating this video. Happy new year cherno!

[@hvvijuka]

you are really good in C++ thanks

[@01001000010101000100]

That seems quite useful for prototyping. You know, a quick and dirty, short piece of code as POC, test if an idea works, then replace "auto" with proper types.

[@leixun]

*My takeaways:* 1. *auto* could automatically work out what's data type suppose to be 0:11 2. When we might not want to use *auto* 5:04 3. A better way to use *auto* 8:58

[@reynep]

Should be pinned

[@arthur1112132]

I personally prefer to use 'auto' only in prototyping and research purpose. When I tests some stuff, 'auto' is kind of a quick way to do and try stuff. But once i finished to test and i'm actually working on a real project, i do preffer to use real types (or typedef/using for types that are really long or that mignt change in a future version). Also, typedef helps to change a whole ABI as well, but still restraining varibles to a single type. So changing types remains really easy that way :)

[@koungmeng]

std::unordered_map is just like a dictionary in python. That means it contain key , values pair: eg: std::unordered_map dict={ {"one",1}, {"two",2}}; std::cout

[@rastaarmando7058]

thanks man.

[@Hazit90]

thanks for the video. You answered a few questions :)

[@smileynetsmileynet7922]

I know a lot about C++, but still some stuff like auto is new. My BIG use so far of it, is to create a language. This language will later have so much features that it needs to have multiple languages to describe it, probably.

[@vadiks20032]

as far as i understand programming is a big thing and you can't just learn C++ in 2000 and never ever learn anything new, because there are gonna be updates, there are gonna be new libraries, and other stuff. so it is not weird its new for you even though you know lots about C++

[@michaelwplde]

1:40 auto for lambda variables is tremendously helpful... But if you need a specific base template type, might not be a good use for auto.

[@Brahvim]

Smart pointers, and here we have these. _They're slowly making it JavaScript 🤣_

[@JayAnAm]

Nice explanation. One other use-case for auto is when migrating your C++ application to 64 Bit I would prefer auto over types like unsigned int that could behave in a different way for 32 Bit vs 64 Bit compilation.

[@keris3920]

Use size_t for this. That is its purpose

[@rastaarmando7058]

just use int64_t bro.

[@fahimkamalahmed3544]

The video was helpful. Thanks.

[@erwinschrodinger2320]

Great!

[@michaelwplde]

11:00 Careful there, not sure whether constness, references i.e. & amp, are not conveyed in raw auto usage. 13:30 Exactly...

[@miteshsharma3106]

Talking about templates ..... You said there will be many more videos on templates ... you could make that next !!

[@tahamagdy4932]

SimGunther Hello Haskeller :D

[@jerfersonmatos28]

Thay are in the game engine series

[@lavi1172]

very good video. thank you!

[@arod3295]

bless yo intelligent, puzzle solving soul

[@zantazanta2906]

Thanks for your good job

[@mrboyban]

Great video, it is basically like an automagic.

[@anonymous-vj7jk]

thank you very much

[@blackwizards1692]

Thanks for this! Couldn't understand the concept no matter how much I tried, now I did! Cheers

[@enjoylife6543]

Great tut! 8:06

[@annsgal2025]

The main reason I don't use auto is because it makes it impossible to detect integer overflows. I only use it for iterators.

[@Kapil_Thakar]

I am gonna watch all videos!!!!

[@MsJavaWolf]

I also really like knowing my types and being explicit. Many people think C++ is too verbose, but I think it helps in bigger projects. In languages like Python you will often see a ton of comments instead, telling you what types a function is expecting etc. I quickly becomes as long or longer than C++ code, which is self documenting to a certain degree.

[@simonmaracine4721]

Or just use type hints instead of comments.

[@billybollockhead5628]

On my team, we have a rule. If you use Auto, you need to have a VERY VERY VERY good reason to do so. As, personally, I like "self documenting" code, where I can debug something sometimes just by following it through. Usually, I can spot a bug just because auto has been used (coder thinks its a float, but it's an int, or something)

[@Mecolo]

nice video!

[@urduislamicstatus2107]

your english is amazing

[@xzy7196]

Why wouldn't it be? Like he is English.

[@mattgraves3709]

Result!

[@fishyperil2153]

I was hoping you'd talk more about the "dark side" of auto ^^ you know, the stuff you mentioned in the end , how it can work with templates etc. But the video was still pretty useful . Up to now whenever I came across code that used auto I was never really sure what the reason for using it was. This helped clarify that a lot of it is just for convenience purposes.

[@Favo52]

So when looking in a map this would be a good use too? auto it = map.find(x); if (it != map.end()) // do something

[@ismail_]

THANKS

[@chainonsmanquants1630]

Thanks

[@marcinlesniewski4571]

Elegancko

[@CoolModderJaydonX]

I usually just use auto for function pointers or something where I don't know what the type is.

[@GenjaOrigins]

I wish you teach hashMap HashSet etc i see some so difficult examples and some simple ones

[@andregoulbourne839]

Very helpful, coding in java and needed a little translation.

[@clemenswolfbartl5138]

As a Kotlin developer, I have to say this is not an issue to not specify the type and just infer it, from the perspective that you can't read the type when you take a look at the declaration. The IntelliJ Idea has a feature that lets display the inferred type (in Kotlin). There is maybe a plugin to let display the inferred type in visual studio. This is more an tool problem than a language feature problem.

[@andrefaustino5514]

I don't know before but, in MVS2022, if you double click ctrl it shows you the infer type before the var name, just like IntelliJ. I think C++ devs have a tendency of been extra careful with types, for understandable reasons, but auto can be helpful for a cleaner code.

[@ChopsTwo]

I think a better rule of thumb would be that you should specify the type explicitly when you need to know the type explicitly, and use auto when you don't, which is almost all the time really. It's still a strongly typed language, so the compiler will still make sure everything is correct. The idiom of using auto is common enough in the C++ community that it has a name, AAA, or Almost Always Auto. A real benefit to using auto even when the type is short is that implicit conversions are not allowed - so if the API changes and you have auto, there won't be unnecessary conversions all of a sudden, where there might be if you specified the type manually. Not a whole lot can be done to address the problem of needing to manually look up the type when you use auto, except that in my experience, it's much rarer to need to do that than it would seem at first glance. My recommendation would be to give both my and Cherno's strategies a go and see which you like - it really isn't *that* important which you choose. It will probably come down to what kind of work you do. I've done a lot of refactoring, and when a code base doesn't use auto, it tends to become a mindless task of changing the type to match the new type when auto would have just worked correctly, as well as unintended performance and correctness bugs from surprising type conversions that auto would have avoided.

[@mmaranta785]

You’re the best

[@aritzh]

I know you would probably not use smart pointers, but what would you write: std::unique_ptr obj_ptr = std::make_unique(whatever); auto obj_ptr = std::make_unique(whatever); I am asking because std::unique_ptr is not that long, but for me it seems quite redundant, since the std::make_unique already tells the exact type

[@rj00a]

I think most programmers would use auto there.

[@eddyecko94]

Normally use it with templates if the there's a possibility of different return types.

[@spwim]

could auto be interesting when doing math-functions on mathematical operations? Like you could pass either doubles, floats, or ints to them? auto SomeFunction ( auto aNumber, auto anotherNumber){ auto result = do some fance math; return result; }

[@gtrsteve]

That is a sutuation for templates... :)

[@StevenMartinGuitar]

You have to decide whats the biggest time saver....not typing the huge data type three times in your code.... or not having to play Sherlock whenever you maintain the code or explain it to others

[@Krokoklemmee]

will you also cover decltype(auto) at some point in the future?

[@platin2148]

OtakuNewb As it is part of the language surely.

[@killyourdarling9699]

your accent is awesome

[@violinsheetmusicblog]

Can you make a video on iterators?

[@grzegorzdomagala9929]

auto is a blessing - espacially when you need to declare iterator for std::list of std::map - and thank the holly c++ standard committee for "for(auto a : list) :)

[@pramodkumarkar8153]

excellent :)

[@kanithibharath]

HI Cherno. Very informative C++ features. Thanks. Can you make a video on Design patterns in C++?

[@GenjaOrigins]

ordered unordered map videos please sir Di Cherno!!!

[@544mamama]

1:24 am not gonna take 10 mins *takes 17 mins

[@codysing8291]

never seen a for loop like the one you did i normally use for(int i = 0; i < strings.size(); i++) { // do things }

[@kocho4242]

I normally use something shorter. Since C++11, it is recommended way to iterate through the container. for (auto& s : strings) { // do things }

[@Theawesomeking4444]

so its basically How to turn C++ into Python

[@pranavraja9045]

nr

[@laike9m101]

Can you make a video about move semantics?

[@alltheway99]

Done 🙂

[@imperfect_banda]

Another great video brother. But you missed the fact that we can't use auto without initializing it(I think). Thanks for the great series.

[@imperfect_banda]

@Borislav Kamenov it's interesting. But how?

[@imperfect_banda]

@Borislav Kamenov Yeah brother, C++ does not allows to use it without initialisation.

[@bies_moron4404]

yeah, new video !!!

[@vhxhao]

Will there be a performance difference between actual type and auto keyword?

[@nonnullptrhuman504]

I don't think so.. Because the type is always known at compile time.

[@amarbs3287]

Is this done during preprocessing stage or compilation stage

[@spwim]

could auto be interesting when doing math-functions on mathematical operations? auto SomeFunction ( auto aNumber, auto anotherNumber){ auto result = do some fance math; return result; }

[@Keregosh]

Pretty sure you would use templates for that instead

[@AyushSingh-lo4qo]

I think there would be a problem with this even if it does work in precision or simply deducing the type. Because of the different number of trailing points, Or even in big numbers where if a double and a double are multiplied and return type is an int we lose precision.

[@prashantdhonde7891]

Does auto helps in better memory management?

[@berktopbas1496]

I cannot get the deduced "auto" type(int,char etc.) by compiler with mouseover in VS code(3:00) Is it an extension feature?

[@soniablanche5672]

typescript and rust developers would use it all the time lol

[@beaverundercover3479]

Thanks. For the time being as a beginner auto adds a layer of opacity and is therefore best avoided.

[@ImNotGam]

I think the only time I've ever used auto is when I used auto specifically just so that I could use auto because I never had before. I very quickly changed it away from auto because it didn't help anything at all.

[@yunhuaji3038]

What's the plug-in/extension that you use to show the actual type of auto when hovering the cursor on the variable? Is it available for VScode on macOS? Thanks!

[@Xiefux]

it works for on vscode on linux

[@BobChess]

Auto in C: 😭 Auto in C++: 🗿

[@phantomstriker7996]

Auto automatically figures out what the variable type is supposed to be.

[@GuruPrasanna]

'auto' isn't "type erasure" but "type INFERENCE". I see it as a convenience feature. C++ is still very strongly typed. It is just that you don't need to specify the type in places where the compiler can infer it. For C++ to lose its strong typing, you should be able to use "auto" for function params in its signature, or member variables. You can't.

[@EvilSapphireR]

I don't see any way a compiled language can ever be weakly typed.

The only place I use auto is in ranged for loops, simply because it is idiomatic.

[@Chiramisudo]

Did you say Welcome to 2020? 😋

[@Gojam12]

My compiler disagree's with the char* returning a "Cherno". Any ideas why. I assume its because I am on a different C++. I believe I am on C++13 but not sure. In fact it causes two errors one on name.size() and the other on the char*.

[@ShNeoteric]

So auto is like the var variable in c#?

[@alltheway99]

Is that a Pixel 2 XL next to you on the couch ? 🙂

[@alexissuarezalvarez5622]

can auto replace template? hi, can auto replace template? i am new to c ++ :(

[@casperes0912]

Instead of having to write string you can write auto... Fantastic... You save 2 chars. With int you even use extra chars. A keyword like this has its uses but if you're declaring an int... Just declare the int. If it is absolutely assured to stay an int at least

[@lotrbuilders5041]

That works great, if you’re only using strings and ints. And you’re sure your interface will never change type and your not using lambdas

[@Vermilicious]

Anything that is implicit is sort of bad, because it assumes some additional knowledge, and you have to think about multiple things at the same time when looking at it. Auto is such a thing, and the pointer-to-char constructor of the string class is another, which is mentioned in this video. I would just avoid these things if possible. I think perhaps they introduced auto to make the language seem more appealing compared to loosely typed languages, but if they really wanted to allow loose typing in C++, they should've tried to get rid of the auto keyword entirely (which would break a lot of things). I suspect auto will end up on lists of regret eventually.

[@brahimchaouchi]

Very informative ! Letting compiler guess type is named inference.

[@fipabrate]

i use auto to declare a lambda functions

[@bloodwolf8307]

cool

[@ankitjayswal5183]

So when do we use & with auto?

[@meer_kat5158]

Hi char *GetName() { return "Hello"; } this is a bot confusing. Won't this be destroyed when the scope ends? Can you return a pointer to an array on stack? Can you please explain how can a function return reference? It is very confusing.