DEV Community

Cover image for 10 JavaScript concepts you need to know for interviews
arnav-aggarwal
arnav-aggarwal

Posted on • Updated on

10 JavaScript concepts you need to know for interviews

Self-Learning

There are thousands of people learning JavaScript and web development in the hopes of getting a job. Often, self-learning leaves gaps in people’s understanding of the JavaScript language itself.

It’s actually surprising how little of the language is needed to make complex web pages. People making entire sites on their own often don’t have a good grasp of the fundamentals of JavaScript.

It’s rather easy to avoid the complex topics and implement features using basic skills. It’s also easy to create a website by relying on Stack Overflow without understanding the code being copied.

If you’re looking to master JavaScript interviews, check out Step Up Your JS: A Comprehensive Guide to Intermediate JavaScript

Interviews

The problem is that questions testing your understanding of JS are exactly what many tech companies ask in their interviews. It becomes clear very quickly when an applicant knows just enough to have scraped by, but doesn’t have a solid understanding the language.

Here are concepts that are frequently asked about in web development interviews. This is assuming you already know the basics such as loops, functions, and callbacks.

Concepts

  1. Value vs. Reference — Understand how objects, arrays, and functions are copied and passed into functions. Know that the reference is what's being copied. Understand that primitives are copied and passed by copying the value.
  2. Scope — Understand the difference between global scope, function scope, and block scope. Understand which variables are available where. Know how the JavaScript engine performs a variable lookup.
  3. Hoisting — Understand that variable and function declarations are hoisted to the top of their available scope. Understand that function expressions are not hoisted.
  4. Closures — Know that a function retains access to the scope that it was created in. Know what this lets us do, such as data hiding, memoization, and dynamic function generation.
  5. this — Know the rules of this binding. Know how it works, know how to figure out what it will be equal to in a function, and know why it’s useful.
  6. new — Know how it relates to object oriented programming. Know what happens to a function called with new. Understand how the object generated by using new inherits from the function’s prototype property.
  7. apply, call, bind — Know how each of these functions work. Know how to use them. Know what they do to this.
  8. Prototypes & Inheritance — Understand that inheritance in JavaScript works through the [[Prototype]] chain. Understand how to set up inheritance through functions and objects and how new helps us implement it. Know what the __proto__ and prototype properties are and what they do.
  9. Asynchronous JS — Understand the event loop. Understand how the browser deals with user input, web requests, and events in general. Know how to recognize and correctly implement asynchronous code. Understand how JavaScript is both asynchronous and single-threaded.
  10. Higher Order Functions — Understand that functions are first-class objects in JavaScript and what that means. Know that returning a function from another function is perfectly legal. Understand the techniques that closures and higher order functions allow us to use.

More Resources

If the links included aren’t enough, there are countless resources out there to help you learn these concepts.

I personally created Step Up Your JS: A Comprehensive Guide to Intermediate JavaScript to help developers advance their knowledge. It covers all of these concepts and many more.

Here are resources which I’ve read or watched at least some of and can recommend.

Good luck on your interviews.

If you found this useful, please give it a clap below so others see it as well.

Feel free to check out some of my recent work.

Step Up Your JS: A Comprehensive Guide to Intermediate JavaScript

What I learned from attending a coding bootcamp and teaching another one

React Ecosystem Setup — Step-By-Step Walkthrough

Top comments (23)

Collapse
 
craser profile image
Chris Raser • Edited

(Note: the original author has clarified the wording on this point since I wrote this. My note here applies to the original wording.)

Great stuff, especially the note about hoisting and higher-order functions. But, your note about pass-by-reference is incorrect. It's important to differentiate what is passed from how it's passed. Yes, JavaScript passes references, but it passes them by value.

For example, if JavaScript passed object references by reference, this would log { x: 'bar' }:

var o = { p: 'foo' };
(function(n) { 
    n = { x: 'bar' };  // Sets the value of n. Value of o unaffected.
})(o);
console.log(o); // Emits { p: 'foo' }
Enter fullscreen mode Exit fullscreen mode

However, because JavaScript passes all arguments by value, it emits something like { p: 'foo' }. Changing the value of n inside the function doesn't change the value of o outside the function.

It's a common point of confusion in object-oriented languages, since this code appears at first glance to be very similar to the code above:


var o = { p: 'foo' };
(function(o) { 
    o.p = 'bar';  // Sets the value of o.p. 
})(o);
console.log(o); // Emits { p: 'bar' }
Enter fullscreen mode Exit fullscreen mode

Note that in this example, we're changing a property of o, rather than o itself. Since o is a reference to an object, changes to its properties do affect those properties outside the scope of the function.

This is a really solid list-- nearly every point here has come up on every JavaScript-related interview I've done, and if you've got these nailed, you're well on your way to getting the gig.

Cheers!

Collapse
 
washingtonsteven profile image
Steven Washington • Edited

Interesting distinction, and thanks for clearing that up!

I was curious what would happen if you did something like this

    var o = { p: 'foo' };
    (function(o) {
        o = { x: 'bar' };
    })(o)
    console.log(o);

This is weird at first glance to me because while, yes, you're passing in o to the closure, when you set o to {x: 'bar'}, which o are you talking about; is it the o outside the function?

This becomes a bit more of a scoping issue. But the solution is that the o inside the function is still a separate variable from the o outside the function, because it was "declared" separately as an argument (function(o)). So the final output is still { p: 'foo' }

If you change it to this:

    var o = { p: 'foo' };
    (function(z) { //note now we've declared 'z', and there's no 'o' in the inner function
        o = { x: 'bar' }; //because there's no 'o' inside here, we use the 'o' defined in line 1
    })(o)
    console.log(o);

o gets changed! Because it was never redeclared inside the function. So the final output here is: { x: 'bar' }

Collapse
 
pildit profile image
pildit

This has nothing to do with pass-by-reference issue! it's about scoping

Collapse
 
islicedi profile image
Jake • Edited

Wait, I am not sure that is correct. In this case you are you are reassigning the value of the variable n locally but that is just overwriting your reference inside the function. You are actually passing a reference, because you can do:
var o = { p: 'foo' };
(function(n) {
n.p: 'bar'; // Sets the value of n.p, Value of o affected.
})(o);
console.log(o); // Emits { p: 'bar' }

Collapse
 
birjolaxew profile image
Johan Fagerberg • Edited

You are passing a reference, but you are not passing by reference.

If you were passing by reference, the variable inside the function would refer to the variable outside of the function.

See this PHP example.

<?php
$o = "foo";
function modifyVariable(&$n) {
  $n = "bar";
}
modifyVariable($o);
echo $o; // "bar"
?>

This is not the case in JavaScript - the variable inside the function is completely separate from the variable outside the function, but it refers to the same value.

You are given a reference to the value - you are not given the variable by reference.

Collapse
 
arnavaggarwal profile image
arnav-aggarwal • Edited

I don't think most JS developers that are reading this article don't know the concept of true pass by reference as it's used in other programming languages. That's why I think the wording I use is sufficient to get the point across that the reference is being copied instead of the object being copied, even though it is technically by value. Thanks for the suggestion!

Collapse
 
craser profile image
Chris Raser

I see you updated the wording, and yes, it's now much clearer. Awesome! Thanks!

Collapse
 
gediondessie profile image
Gedion Dessie

JavaScript passes functions by reference! So when you pass 'o', you are not passing the value { p: 'foo' }... you are passing its memory location which is named 'o' for readability. 'n' is a local variable inside your function that points to whatever value/reference you are passing to your function. n will refer to the same object o refers to. When you say n = { p: 'bar'}, n is now pointing to a "newly" created object that happens to have the same property 'p' as that of the one you passed to the function.

Collapse
 
daviddeejjames profile image
David James

For someone wanting to move away from just using JS as a way to add functionality to a basic webpage, and start using it for the complex ecosystem that it has become, this article helps immensely. Thank you!

Collapse
 
mortoray profile image
edA‑qa mort‑ora‑y

With the advent of the class keyword in ES6, is it still necessary to understand prototype and friends?

Collapse
 
arnavaggarwal profile image
arnav-aggarwal

Absolutely. The class keyword uses prototypes in its implementation. It's just "syntactic sugar", or a simpler way of using prototypes, but we're still using prototypes nonetheless. It's key to the core of OOP in JS.

Collapse
 
mladenstojanovic profile image
Mladen Stojanovic

I think it is, because, in the background, class still uses prototype chain etc. You might understand some things better (or debug faster) if you understand how it really works.

Collapse
 
codypatnaude profile image
codypatnaude

The class keyword is just different syntax for creating objects. Once the object is created it still uses the same prototypal inheritance objects always have.

Using the 'class' keyword without understanding prototypal inheritance is like building a house with no understanding of carpentry. Eventually something's going to break, and you won't know how to fix it.

Collapse
 
martinhaeusler profile image
Martin Häusler

Unfortunately yes, even with the nicer syntax it's still plain old prototype chain. They missed the historical opportunity to clean up this mess.

Collapse
 
codypatnaude profile image
codypatnaude

"Understand that objects, arrays, and functions are copied and passed by reference."

If something is passed by reference it is NOT copied. That's the whole point of passing by reference. May want to change the wording there.

Collapse
 
arnavaggarwal profile image
arnav-aggarwal

That's the point. Arrays & objects are not copied when they're assigned, either using = or passed into a function. Only the reference is copied/passed in.

Collapse
 
maxwell_dev profile image
Max Antonucci

Thanks for this piece! I've added this to me "Learn Next" list and plan to go through a lot of the links you've shared. I already checked the "hoisting" one and it cleared up a lot of things that have confused me in the past.

Collapse
 
rhymes profile image
rhymes

Thank you! This deserves a unicorn!

Collapse
 
robdwaller profile image
Rob Waller

Great Post, will read all the links.

Collapse
 
stiix profile image
Paul

Great article. Thank you for this!

Collapse
 
vyaron profile image
Yaron Biton

Great stuff!

I can share that in coding-academy.org we fearlessly teach those 10 concepts in great depth, as they are most frequently asked in job interviews!

Collapse
 
zasuh_ profile image
Žane Suhadolnik

YDKJS books are essential for anyone that is trying to get into front-end basics.

Collapse
 
varunvikramsingh profile image
varunvikramsingh

How about Promises?