Some minor comments:

• Q2: "Local scope can be local to a function or a block." Or module - another local scope

• Q2: "Variables defined using var have function scope."/"Variables and constants defined using let and const have block scope." Unless used in the global scope, at which point they're global

• Q2: "In case of a block scoped variable, its value is inaccessible before its first assignment." More accurately, its before the location of the declaration. You can declare a variable with let without defining it and still be able to access it prior to its first assignment.

    let x;
    console.log(x); // Ok, = undefined 
    x = 1; // first assignment
  

• Q3: "JavaScript functions have prototypes." Not all functions. Arrow functions and methods do not.

    () => {} // no prototype
    { foo(){} } // foo: no prototype
    class { foo(){} } // foo: no prototype
  

• Q5 (and Q4): No use of super.deposit()?

• Q6: "In JavaScript, this is a function scoped variable." It also exists in global.

• Q6: "Under normal circumstances, this refers to the object owning the function." Specifically, the function call, not the function itself. this, under those normal circumstances, is determined dynamically at call time and applies to the call itself rather than the function object.

• Q6: "In global functions, this equals the global scope." Only if its being called from the global object, otherwise its undefined (given that it was mentioned earlier, "this test is in strict mode").

• Q8: "When using the global symbol registry, we get the exact same symbol belonging to the string 'a', whenever we call Symbol.for( 'a' )." This feels a little out of place without first mentioning how symbols are inherently unique.

• Q9: "A correct check [to see if a value is an Array] is the usage of the instanceof operator:" This is a way to check, but its less correct than the best solution of Array.isArray... though still more correct than comparing the constructor. Actually the typeof checks below might be better since it works across multiple globals. Without isArray, its often suggested instead to use Object.prototype.toString and compare to "[object Array]" since it would work in most cases, though even this approach can be interfered with using toStringTag. At any rate, I think the usage of "correct" should fall to isArray and not instanceof.

More on reddit.com

I'm a senior JS guy and I only expect my candidates to know ES5 when I interview. Same expectations among my colleagues.

More on reddit.com

I've also struggled with these tech interviews, but I finally managed to memorise tons of questions they like to ask on tech interviews after playing with JS Interview Hell - https://www.javascript-interview-hell.com/ . More on reddit.com

For a consulting position, I usually am more concerned with the ability to understand business process more than Netsuite knowledge. To me the job is actually translating a customer's business process/requirements to Netsuite's feature set and capabilities. I find it easier for someone to get up to speed on what Netsuite's capable of, than to teach them about how a business runs. Accounting knowledge is the 2nd thing I'm looking for. I don't need someone who's a full fledged accountant, or even can keep debits/credits straight, but understanding what double entry accounting is at a high level, and what each of the standard transactions broadly does (i.e. Invoice increases revenue and a/r, fulfillment decrements inventory and increases COGs) helps make the best consultants, who can sit in the room and communicate well. I'd focus on those two points. In fact I'd say if you can get a handle on the 2nd, the first will come naturally. The market is good from my perspective. If there is a downturn, and I know some people are predicting one, you'll likely be able to find an inhouse admin job pretty easy, or at least free lance. For a down turn I'd only really be worried about it if you had your own company. More on reddit.com