Binging all of these videos now that I am expecting some tech interviews. This is also great insight! I wish I was looking these up BEFORE when I was giving interviews. Thanks!
It's crazy to me that after 4 years of uni, now that I am lookinf for a new job, I am looking at this vids to prepare for interview. Most concepts aren't really used at all in real life and thus things get forgotten. Makes you question the real use of these questions xD Anyways thanks for the great vid
I got the last one correct lol var is reallt tricky. I've started learning javascript a few months ago and wrote several medium size applications and webpages and haven't used it even ONCE
The var keyword has so little uses nowadays that its only function is to test interviewees really. Let and Const are much more reliable when reading and executing code. There's still uses obviously but it's niche that I can almost guarantee you could go 5y without even seeing a var keyword at work (or more even).
These are definitely good academic things to know to understand some of Javascript's history and design philosophy, but any company actually asking me this many questions about my understanding of "this" and "var" would make my really wary of moving forward. This would indicate to me that first, the company might still be using var in practice which for all intents and purposes is almost always the worst option to use for instantiation, and that second the company might be using JS for OOP, which would indicate to me a big mistake, as JS really shines now with a functional focus and there are much better languages to use for OOP. I will concede though its important to understand the context of the arrow function vs a functional declaration. I would say much more important and likely questions to get in a modern JS interview, relate to especially closures, first-class functions, and might even touch on typing with TS.
why don't you think that the company is using let in their code, and they want to find a candidate that know the difference between var and let so they don't screw their code by using var everywhere?
How common are questions regarding var vs let and arrow funcs vs normal funcs? I started learning JS self taught around June of 2022 so almost everything I’ve learned and built has been with the latest syntax. Would you recommend learning more about pre-es6 topics solely to prep for interviews?
Your main focus should be ES6 and modern JS and frameworks. That’s where we’re all headed. For older tech companies you can look at pre-es6 topics but that’s a lower priority imo
Hey Costco Membership, I know this is an old comment, but for anyone out there: ime this is important to know for interviews. Last year I did a ton of interviews and these questions came up more than once, both at small companies with old stacks and big international consulting companies. So it's good to study up before interviews
my answers are: 1- hm... waaaait a minute! 2- what??? well, obviously the output will be something like "error at line 2" since there is an arrow missing plus the arrowed function are made, afaik, using a constant and not a variables. 3- wouldn't it be better to create the function outside the timeout? at least for lisibility. also why the function isn't named? 4- why a colon and not an equal? 5- it is 3, but... my brain is melting
At 3:27, the settimeout example, it prints 5, 5 times. I have a question, how can it print 5 when the for Condition is false since i=5, but condition says i
2:49 it’s because setTimeout runs after the for loop is completed. At that point “i” is 5. In the desired implementation “i” still goes to 5 and satisfies the for loop’s condition which then prints out the values of i WHILE i is less than 5
Hi Harold, it is not. in this case it appears as the line 5 is ignored completely and the console logs only line 6 in an unchanged form. To get a better understanding, look up JavaScript Hoisting. Cheers
@@petrkavulok9753 Well, line 5 isn't ignored, it assigns NaN value to local b var (as NaN is valid result of incrementing undefined in js). But that value isn't logged and is overwritten in line 6 by the value 3.
No. It would be a closure if line 6 did't existed (or existed without 'var' keyword). Once you declare var x anywhere in the function (even in its last line) THE WHOLE SCOPE OF FUNCTION don't have access to outer scope var x at ANY LINE (even BEFORE initialization).
canadian confirmed, lol. also...on the first one, i've been doing python the past 2 months and i'm going to be ruined when i get back to JS...now to watch the rest of this video
thats wrong, example 2 logs 21, the function has access to the global scope, and the var x hasn't been declared in the function scope yet. you can test it yourself if you want to.
And it's great and modern approach but if company you applying to also maintains some pre ES6 code it is valid approach to examine candidates it that regard.
The second example, console.log(x) would actually return 21 instead of undefined. Yes variable x is hoisted, but code runs from line 1 and below. So if girl() is invoked, that means at that point x is initialized with the value of 21. (if you try in your browser)
On windows also it's giving me 21. So this girl's premise is false. This is like a closure. But the higher order function being non-existent, global scope is taking over.
@@vivekcse1the real reason it logs 21 is because var is also adding the variable to the window, which is where the console.log takes the result from. Try with let or const, it will log undefined
It's not. JS hoisting is performed before running the code. It means interpreter firstly moves all the local vars declarations to the top of the scope (but leaves initializations in its original line). The only way var x still has its value from higher scope it has to not be declared ANYWHERE inside girl-scope.
If only JS and browsers didn't suck, interviewers wouldn't have the chance to ask us these useless stupid questions. In the question about `setTimeout`, it's not because it's asyncronous but because browsers copy references instead of values.
I'll puke soonly because of this industries nonsenses. I failed the interview before I see this. They didn't even test my algorithm knowledge. Instead they prefered to ask these type of questions and stricly wait the answers.
The correct answer to all of these: it won’t pass code review.
Have an interview tomorrow and have been binge watching all your videos
Thank you! I hope you got it!
How did it go lol
Binging all of these videos now that I am expecting some tech interviews. This is also great insight! I wish I was looking these up BEFORE when I was giving interviews. Thanks!
It's crazy to me that after 4 years of uni, now that I am lookinf for a new job, I am looking at this vids to prepare for interview. Most concepts aren't really used at all in real life and thus things get forgotten. Makes you question the real use of these questions xD Anyways thanks for the great vid
Thank you and you got this! Were you able to find a job in the past 2 months?
Do they really still ask questions including var ? I literally NEVER use var
Same I only ever use let or const
Yea
I specifically search for your videos lol. they have helped me previously in my interviews alot. Thanks alot Chatherine 🙌
Thank you! I have lots more content ready so I'm really hoping it will be helpful!
I got the last one correct lol
var is reallt tricky.
I've started learning javascript a few months ago and wrote several medium size applications and webpages and haven't used it even ONCE
The more I watch these vids, the more I cringe at my prior confidence in JavaScript
Really love these old school questions ❤ Everyone should know this
Wow, super straightforward thanks Catherine!
Thanks!
Thank you for this video. Much needed :) .
The var keyword has so little uses nowadays that its only function is to test interviewees really. Let and Const are much more reliable when reading and executing code. There's still uses obviously but it's niche that I can almost guarantee you could go 5y without even seeing a var keyword at work (or more even).
These are definitely good academic things to know to understand some of Javascript's history and design philosophy, but any company actually asking me this many questions about my understanding of "this" and "var" would make my really wary of moving forward. This would indicate to me that first, the company might still be using var in practice which for all intents and purposes is almost always the worst option to use for instantiation, and that second the company might be using JS for OOP, which would indicate to me a big mistake, as JS really shines now with a functional focus and there are much better languages to use for OOP. I will concede though its important to understand the context of the arrow function vs a functional declaration.
I would say much more important and likely questions to get in a modern JS interview, relate to especially closures, first-class functions, and might even touch on typing with TS.
why don't you think that the company is using let in their code, and they want to find a candidate that know the difference between var and let so they don't screw their code by using var everywhere?
How common are questions regarding var vs let and arrow funcs vs normal funcs? I started learning JS self taught around June of 2022 so almost everything I’ve learned and built has been with the latest syntax. Would you recommend learning more about pre-es6 topics solely to prep for interviews?
Your main focus should be ES6 and modern JS and frameworks. That’s where we’re all headed. For older tech companies you can look at pre-es6 topics but that’s a lower priority imo
Hey Costco Membership, I know this is an old comment, but for anyone out there:
ime this is important to know for interviews. Last year I did a ton of interviews and these questions came up more than once, both at small companies with old stacks and big international consulting companies. So it's good to study up before interviews
I like it somuch.... kindly do more vdo based questions on javascript function
Thanks i never really understood arrow functions but this helps
Happy to help!
Me in 2024: "Did var ever exist in JavaScript? I've never seen it in any codebase."
That's why you don't commit the obscenity of putting the curly braces on the next line.
They go on the same line as the statement.
Always.
my answers are:
1- hm... waaaait a minute!
2- what??? well, obviously the output will be something like "error at line 2" since there is an arrow missing plus the arrowed function are made, afaik, using a constant and not a variables.
3- wouldn't it be better to create the function outside the timeout? at least for lisibility. also why the function isn't named?
4- why a colon and not an equal?
5- it is 3, but... my brain is melting
At 3:27, the settimeout example, it prints 5, 5 times.
I have a question, how can it print 5 when the for Condition is false since i=5, but condition says i
2:49 it’s because setTimeout runs after the for loop is completed.
At that point “i” is 5.
In the desired implementation “i” still goes to 5 and satisfies the for loop’s condition which then prints out the values of i WHILE i is less than 5
So helpful!
Thanks so much!
Thank you for the tips 😊
Some of these questions appear to be made before linters existed and its a wonder they keep being asked
You better than my teacher 😂
in the last question, b++ of inner() is incrementing var b = 2 of outer(), correct? (This is a closure, yes?)
Hi Harold, it is not. in this case it appears as the line 5 is ignored completely and the console logs only line 6 in an unchanged form. To get a better understanding, look up JavaScript Hoisting. Cheers
@@petrkavulok9753 Well, line 5 isn't ignored, it assigns NaN value to local b var (as NaN is valid result of incrementing undefined in js). But that value isn't logged and is overwritten in line 6 by the value 3.
No. It would be a closure if line 6 did't existed (or existed without 'var' keyword). Once you declare var x anywhere in the function (even in its last line) THE WHOLE SCOPE OF FUNCTION don't have access to outer scope var x at ANY LINE (even BEFORE initialization).
Thank you so much
This was really nice
canadian confirmed, lol. also...on the first one, i've been doing python the past 2 months and i'm going to be ruined when i get back to JS...now to watch the rest of this video
Awesome video!
Thanks Felipe!
thats wrong, example 2 logs 21, the function has access to the global scope, and the var x hasn't been declared in the function scope yet. you can test it yourself if you want to.
it actually returns undefined
I prefer to use "const" if possible, then "let" and avoid "var" due to the strange behaviours it causes
And it's great and modern approach but if company you applying to also maintains some pre ES6 code it is valid approach to examine candidates it that regard.
Can I Wait for your INTERESTING front-end web devlopment course?
LOL i have 3 years of experience and the first one got me haha
The second example, console.log(x) would actually return 21 instead of undefined. Yes variable x is hoisted, but code runs from line 1 and below. So if girl() is invoked, that means at that point x is initialized with the value of 21. (if you try in your browser)
Nah, it would be undefined, because inside the girl function, x is undefined.
@@tunacant9106 On Mac, it gave me 21. Let me try it on PC.
On windows also it's giving me 21. So this girl's premise is false. This is like a closure. But the higher order function being non-existent, global scope is taking over.
@@vivekcse1the real reason it logs 21 is because var is also adding the variable to the window, which is where the console.log takes the result from. Try with let or const, it will log undefined
It's not. JS hoisting is performed before running the code. It means interpreter firstly moves all the local vars declarations to the top of the scope (but leaves initializations in its original line). The only way var x still has its value from higher scope it has to not be declared ANYWHERE inside girl-scope.
The answer for the last question is Nan ;)
No, NaN indeed is the result of incrementation in line 5 but it is not console logged. Console logs the result of assignment from line 6.
Well. I'd have failed... I haven't invested much time into var. It's throwing me off quite badly.
const happy = new Year('🌟')
Same to you! All the best in 2023
You are like a god
1. Don't use `var`. Ever.
2. If an interviewer obsesses about code behaviour when using `var`, it's a red flag; don't take the job.
😍
Honestly, these kinds of trick questions are really dumb. It tests a subset of edge-cases you wont usually stumble upon on real projects. I hate this.
Thank you and you are so beautiful
Javascript is such an obnoxious language.
If only JS and browsers didn't suck, interviewers wouldn't have the chance to ask us these useless stupid questions.
In the question about `setTimeout`, it's not because it's asyncronous but because browsers copy references instead of values.
I don't think working as a JS dev is anyhow mandatory. But if you intend to do, it's pretty important to understand how do closures work.
Mam how much do you earn as a software engineer? Plz reply. Thanks a lot.
I'll puke soonly because of this industries nonsenses. I failed the interview before I see this. They didn't even test my algorithm knowledge. Instead they prefered to ask these type of questions and stricly wait the answers.
Welcome back Catherine :) do you has twitter?
Thanks! I’m setting up new social media accounts and will post the links on this channel soon
This video is gold. 🪙 Thank you for your content!
Thank you!
always. add. semicolons.
always; add; semicolons;