😂

Haha

no such thing as like veteran or not or ceomparex etc, cepuxyuax, say, do, can say, do any nmw and anys perfect

@@zes3813 exactly

Nice to see other brazilian around here! hahaha Tamo Junto!

Maybe 52

wrgg, expx doesnt amtter

I'm 33 and I have like a tenth of his experience, even though I dabbled in programming since I was 16.

Are those dependences acyclic?

@@peto348 one could only hope

spoken like a true legend

@@peto348 They are. Else itd be just a graph

`#include "previousvideo.h"`

well that will make killing ganon and saving princess zelda easy...

I was wondering about this

"this" has changed?

this is not the case in my computer, maybe this is different for different architectures

@@Dartz_Gone_Insane maybe you are not using the most up to date version of C++

I still prefer to do this: Entity a = (std::string) “Cherno”;

keep on learning man!

same

get the hell out of here ..enjoy your age this is a mess don't peek here

His brain is full of information he is taking the time to learn and practice. It is impressive (especially for the high distraction social media, online video, square eyes world we are in today). When I was a kid, commercial game programmers were as young as 17, 19, 22, 25, etc. - self taught folks that put in the time and investment into what they loved - there wasn’t any internet, no mobile phones, in many countries national TV consisted of a handful of channels 😂 e.g. only 4 TV stations in the UK until year 2000 when Channel 5 came out. Sky satellite TV came into our home when I was 20 in ‘97. I was writing 2D graphics and games engines in C/C++ and 32-bit Intel Assembler at 15, by 18 doing my own basic 3D models and texture maps and getting them rendering via updated engines. When you didn’t have distractions, you decided how to spend your day and use your time. Same is true today but with far more discipline required 😳 You had a book if lucky, or a .txt programming manual file and just sat down and experimented until you got it. No StackOverflow (unless messing with recursion) No Google (or GHz either, 3Mhz to 66Mhz 640K to 4MB RAM) No access to other coders (even tougher to get hands on good reusable code to save you reinventing things you needed) Just man/woman, boy/girl and machine 😊 I knew guys that learnt to program without a computer at home - they lived in the after school computer clubs and neighbourhood libraries, getting all of the time with the machine they could get 🤷‍♂️ Learning is an amazing journey - no time like the present to get going on that journey. Oldest commercial programmer I know is 64 (PhD Electronics) his firmware and Embedded code helps to keep Boeing jets in the sky and operational when their electrical systems experience cascading failures 😊 Oldest hobbyist coder I know is 71 - writes Machine Learning models in Java to algorithmically trade European and Asian equity markets. He did some mainframe coding in his mid 20s before entering IT Sales. Started with Java and ML at 67 🧑🏻‍💻 Attitude • Mindset • Focus • Discipline all you need to set yourself apart - at any age!

no

Quite a late reply but I've made some digging on this and the part where: Entity e = "cherno"; looks totally wrong to me and it should not compile at all. One can spot two implicit user-defined conversions happening here, 1) const char* -> std::string and 2) std::string -> Entity (see 'converting constructor'). Sidenote: std:string is NOT considered as 'build-in' type, while char is. From what I see, there is no much difference between the call to PrintEntity("cherno") and this - the same two implicit, user-defined conversions would be needed for it to work, while only a single one is possible to do (by standard) which results in compilation error here. I'm just installing Visual Studio to test it with its compiler but what we see on the video is only the Intellisense tips (or whatever) and not actual compilation output.

Entity a = "cherno" fail in my case But after doing Entity a = std::string("cherno") works

@Fernando Rosendo I tested it in VS 2019 and I got an error saying "no suitable constructor exists to convert from "const char [6]" to "Entity""

@Fernando Rosendo Probably because he didn't actually compile it. He only used Intellisense to check for Errors.

I hope this comment thread reaches most likes on the page. I know finding these comments helped me a lot and I hope it helps anyone else who was really confused by this. Thanks a lot you guys for getting to the bottom of this.

Same I'm 24 and nowhere near this guy's level yet. They're teaching code in elementary school these days, next generation will be insane

He has many knowleadge for sure, but usualy when you're doing tutorial or course for your student, while you're preparing them, you take a lot of informations and learn a lot more stuff that you didn't knew and/or that you knew but forgot. But for sure having that kind of knowleadge at his age is really impressive.

The goal is not to compare ourselves with others, but to our own self from the day before.

Yeah i'm 22 too and no similar knowledge between him and me but the world is matter of chances i bet there is some random person in the world 12 or 13 years old but has even more knowledge.

@@ammgnero I am a professional C++ developer, 27 years old, and I am still here watching this video to learn from Cherno, he is much smarter than me :)

Same here. And once you get C++ and look at Java, thankfully, you can still remember things in Java because of the way Java was designed. I feel it's better to learn C++ first and then Java though.

Hi almic, Entity a = "Cherno" ; doesn't work for me... when i tried it compiler throws error: conversion from 'const char [7]' to non-scalar type 'entity' requested. here is my code. #include #include using namespace std; class entity { public: int age; string name1; entity(const string& name):age(-1),name1(name) { } }; int main() { entity e2="cherno"; return 0; }

@@monishkumardurairaj3038 keep watching the video, he comments on this later. basically you would need to convert your const char * to a std::string to match the parameter for your .ctor. Try wrapping it in a call to the std::string() constructor first.

you learn assembly language (optional) then, learn C, then C++, then Java and C# ..finally learn python... you can see how it getting easier and easier and related to each other

String s = new String(); String t = "aajdkd";

he said only with constructors

i have learnt everything new i am 13 years old

@@neelimgoswami6336 no one cares

@@rc5219 i didn't hope anyone would. you just wasted your time

@@neelimgoswami6336 I feel like saying the N word to u

rc521 lol what?

now its 512

now its 9426 which is quite less according to these videos

23,646

its 63k now

👉 73,929

This is where we can say, we passed 22 implicitly as an object to "PrintEntity()"

YUE LI i had d same question...

Because it allows one implicit conversion level?

Federico Gallo i'll ask my teacher and confirm it

It does not work. Gives compiler error.

YUE LI you can implicitly convert *once*, so Entity a = ''Cherno'' ist basically Entity a = std::string(''Cherno''), which is okay, but printname(''cherno'') would have to be printname(Entity(std::string''Cherno'')), which is one conversion too much.

C++ compilers don’t implement everything - this has always been the case even in the 90s - and some introduce their own keywords and vendor-specific approaches to things - so for max portability things settle around a common subset vs. what is actually available/possible 👍

Yes it creates an object for the scope of PrintEntity function

This is where editting comes in handy

Yeah, u are right

i know this was a year ago but he is using const everywhere he can to guarantee that they are compatible with other functions which may *require* something to be const in order to be accepted.

You can also pass the return value of a function call directly as an argument f(y) => f(g(x)), which would not be possible if y is not declared as const

I have the same doubt

Experience of disgust from your peers

There is a constructor that takes a string, so one conversion. The printEntity function needs an entity.

I have the same question. This line of code Entity a = "Cherno"; gives me an error in Visual Studio 2019 which says that there are no suitable constructor exists to convert from const char* [7] to Entity. And that makes sense to me. First we need to convert const char* to std::string and then std::string to Entity. Which is 2 conversions.

try to compile Entity a="Cherno" , it will throw error, Why? because it does two implicit conversion, 1) converting const char array to std::string and 2)converting that to Entity type and calling that compiler . Why its working in video..? because probably he doesn't compiler it and just used intellisense plug-in to check

@@greymind0072 IIRC it's because he included the library and used an operator overload to convert const char* to string.

He's made good choices and prioritized his education rather than wasting his youth as so many of us have done. Good for him!

Compiler specific - some compilers will interpret this as two implicit conversions, namely from char[ ] to a string and then from string to an Entity. A bit confusing. For your compiler I would assume that PrintEntity ("Cherno") will also fail for the same reason.

You must include in order to benefit from std::string's overloaded operator: operator const char* ()

You're right. For some reason `Entity e = "Cherno"` didn't show an error for him, even though it is an error.

@@__jan it definitely shows for me.

No, the way I understand it, there is only one conversion, the string doesn't get converted to 'Entity', it's a member of 'Entity' already, the constructor takes a string as an argument.

@@__jan try to compile Entity a="Cherno" , it will throw error, Why? because it does two implicit conversion, 1) converting const char array to std::string and 2)converting that to Entity type and calling that compiler . Why its working in video..? because probably he doesn't compiler it and just used intellisense plug-in to check

@@__jan thats very simple, if you #include it will work