אני לא אוהב לקטר על שאלות ראיונות עבודה. ממילא נקודת הפתיחה שם בעייתית- יש לך שעה להתרשם מהאישיות ויכולות התכנות של המועמד כדי להחליט אם זה הבן אדם שאת רוצה לעבוד איתו. ברוב הארגונים זה מאוד קשה להגיד "טעיתי" שבועיים אחרי שגייסתם מישהו ולשלוח אותו חזרה הביתה.

ועדיין בתור מראיינים אני חושב שיש שאלות שיעזרו לנו להגיע להחלטות טובות לגבי מועמדים ויש שאלות שסתם שם בשביל להרגיז. קחו שאלת JavaScript לדוגמא ותחשבו מה יודפס כאן:

function foo() {
    var a = b = 5;
    console.log(typeof(a));
    console.log(typeof(b));
}

foo();
console.log(typeof(a));
console.log(typeof(b));

קל מאוד להתבלבל ולחשוב ששתי ההדפסות האחרונות זהות - אבל זה כמובן לא מה שקורה כאן. מצד שני אם נכתוב את השאלה כך:

function foo() {
    var a = 5;
    b = 5;

    console.log(typeof(a));
    console.log(typeof(b));
}

foo();
console.log(typeof(a));
console.log(typeof(b));

עכשיו הכל ברור. השאלה בודקת אם את יודעת את ההבדל בין הגדרת משתנה עם var להגדרה בלעדיו, ואנחנו יכולים לדבר על זה (ועל הדרך לדבר גם על let ו const ו window ו this ומתי נגדיר משתנים גלובליים, ואיזה עוד משתנים גלובליים יש בתוכנית הזאת).

כשאתם רוצים להבין אם הבן אדם שמולכם מכיר מושגים או נושאים מסוימים, זה לא עוזר לאף צד לנסות לבלבל ולהוסיף מסכי עשן. הציגו את השאלות בצורה הכי מדויקת וברורה שאתם יכולים כדי שיהיה לכם קל לזהות את האנשים הנכונים כשתפגשו אותם.