Test Your JavaScript Knowledge with Lydia Hallie | Preview

Full Course:
Test Your JavaScript Knowledge: www.frontendmasters.com/cours...
About this Course:
Gain clarity on JavaScript's inner workings, including the event loop and asynchronous programming, scope, closures, and classes with interactive questions designed to enhance your understanding of JavaScript!
Find Frontend Masters Online:
Twitter: / frontendmasters
LinkedIn: / frontend-masters
Facebook: / frontendmasters
Instagram: / frontendmasters
About Us:
Advance your skills with in-depth, modern front-end engineering courses - our 150+ high-quality courses and 18 curated learning paths will guide you from mid-level to senior developer! www.frontendmasters.com/?utm_...
Sections:
0:00 - Introduction & Course Description
0:30 - Event Loop & Tack Queue
3:10 - Classes & Prototypes
7:11 - Generators & Iterators

[@jf3518]

Great visualisation for the event loop with the micro and macro tasks.

[@nikilk]

Thank you for this Lydia. That was great.

[@aredrih6723]

I might be wrong but I'm pretty sure the method `return` and `throw` are part of the Generator's spec and not Iterator's. Also Generator's `next` takes an argument while Iterator's doesn't.
Most structure expecting an "Iterator" usually uses the Generator method so if you had to implement one manually, sticking to the Generator specs makes sense.
There is one use case were I find a difference through: if you share an Iterator between multiple loops (ad hoc queue/multi consumers), any loop breaking will causes a call to Generator's `return` method which will put the generator in a done state and end the other loop (no more value).
If you have an iterator, there is no `return` method and the other loop will exhaust the iterator.

[@JoaquinHernandezMartinez-uc1sk]

thanks for the video, honestly it's in depth, clearly explained and a joy to use for review. Please do more

[@jeheskielsunloy3881]

When you think you know javascript

[@aditideshpande3799]

that's when you know you don't😂

[@theodorealenas3171]

I love these topics!

[@madhuiitb-cse]

An excellent brush up concepts.

[@billrazor6591]

Awesome!

[@serhiicho]

Great video Lyda! Thanks

[@CesarDelgado-oi4zq]

Jeez... She's good! 😲

[@user-lo4ct7xs5o]

That video is great, and You are great.

[@mameenomar]

What is being used for the visualizations?

[@lsagar]

let me know if you find out

[@onefloatavenue]

in her channel she says Apple Keynote

[@SebasCC99]

Does anyone know what tools was used for the visualization?

[@rohit_ambre]

keynote

[@akash-kumar737]

Just few words "Keep it coming, please".

[@veeraragavan9596]

I subscribed with front end masters content was good but not having clear roadmap most of JavaScript is there which tutor I should start with ??

[@FrontendMasters]

Please see our learning paths for guidance! frontendmasters.com/learn/ - all courses are placed in order depending what your goals are.

[@Kenbomp]

Suggest to ask if super should be used

[@Sindoku]

There is no need to call super if you’re talking about the Dog question. There isn’t any inheritance happening, so calling super in the constructor would be pointless it seems.

[@FragZero]

nice video... just one little fix class Dog { construct(name) this.name = name ...

[@Sindoku]

She basically has a quiz that are very similar to the questions I ask candidates when hiring other web developers during the theory interview round. I’m an architect at a fortune 30 company in finance, one of the top two banks in the world for reference. I’ll be checking this out, God willing. Seems like a lot of fun!

[@bashovski]

No one will ever compare two constructors or iterate a generator in production

[@ThiagoMarquesdeOliveira]

@@bashovski But once you understand this you can avoid and identify many bugs and problems because you know how javascript works behind the scenes

[@bashovski]

@@ThiagoMarquesdeOliveira I'll just use TypeScript to avoid worrying about a function returning an undesired type or a value. But I agree, it's not useless to know 👍

[@doc8527]

@@ThiagoMarquesdeOliveira the question from video is a good example to understand the fundamentals as a fun exercise, but it's very terrible as an interview hard requirement test. It could be fun practice/warm up for both candidates and interviewer to go through the questions, but imply it's not a real thing to test against you.
If you used this types of tricky code a lot in your codebase and it's the reason why you test the candidate. As a senior or whatever developer/interviewer you should be shameful for whatever you are doing now without good reasons.
Speaking from the experience of that many cool kids know this type of tricky questions, neglect the fundamental, and actually try to apply them in real practice. Just like applying some crappy leetcode algos for simple stuffs. It's such a nightmare.
The worst part, some senior devs are truly pretentious about knowing them, even some hacky prototype behavior you should never know or use, or terrible JavaScript design mistake from the past, which is completely irrelevant outside of JS.

[@FeLiNe418]

I see. The "return" keyword inside the generator functions is just to confuse people.

[@lerarosalene]

Not really. It's useless when you use them as plain iterators, but you could also use them as coroutines and actually utilise return value.

[@ZVEKOfficial]

I’ve been working as a full stack dev for over 2 years now and I’ve never had to dive this deep. Am I doing something wrong ? I’m genuinely curious how this is useful in the real world if you’re not building apps from scratch

[@YouTubelookadini]

How much you make bro?

[@firiasu]

Nice voice and quiz! I didn't make a single mistake, I'm too experienced...

[@luisdef_]

JavaScript is weird.

[@Sindoku]

That last function looked a little iffy.

[@DnKZone]

L

[@user-nu1si5ys5c]

omg I'm so stupid. Javascript is so evil, I love it :v

[@elvispalace]

I need a new brain