Doron אהבתי את השאלה בסוף בסעיף Fun Questions: What's your favorite feature of Internet Explorer? Roy אני לא מסכים לגבי השאלות בלינק הראשון, הן מראות ידע בJS, שמתכנת טוב יוכל לקלוט תוך שבועיים של עבודה, ולאו דווקא מראות דרך של פתרון בעיות. Alex אני לא מסכים אם האי הסכמה שלך. דברים שהוא שואל שם, באים מנסיון עבודה בJS וזה בדיוק מה שהוא בא לבדוק. אם המועמד מתאים. Roy אבל מה שאני אומר זה שמפתח טוב יבין את הקונספטים האלה מהר מאד, יקרא כמה ימים introduction לJS ויוכל לענות על כל השאלות האלו, ואם זה בנאדם שתפספס בראיון אז חבל. Roy כי מה שיותר חשוב זה לא אם הוא יודע את ההבדל בין apply לcall או שאפשר לפנות arguments, אלא העובדה שהוא לא יכתוב קוד ספגטי שאי אפשר יהיה לתחזק אח"כ. Alex זה מה שלדעתך יותר חשוב, לפי דעתו לא. הוא מחפש תותח. תותח אמור לדעת דברים כאלה. ואם הוא תותח, אז כנראה שהוא עונה גם על הדברים שאתה אמרת, שאין דרך לבדוק אותם בראיון אלא אם אתה פותח דברים שהוא בנה בgithub Elad השאלה שאני אוהב לשאול היא לבנות autocomplete היא מכילה בעצם את כל הרכיבים: js/ajax, css, semantic html...See More Alex הקטע הוא שברוב המקרים, הפתרון החכם הוא לא לבנות אחד כזה אלא לקחת מוכן, נגיד את הזה של טוויטר אם המועמד לא מזכיר את האפשרות הזאת אפילו, חבל שימוש בספריות וכלים זה גם נסיון חשוב Sagi I agree with Roy, it's silly assessing a candidate with some prototype questions. Setting him off with a task is a lot more reasonable both to asses his current skills and his ability to pick up new techniques and address a challenge. Elad's challenge is a good example. Alon לטעמי הראיון צריך להיות נקודת המוצא של המראיין לגבי מי האדם שעומד מולו, על היצירתיות שלו, דרך מחשבתו ועל סמך התשובות לדעת לאיזה תפקיד ליעד אותו. לפעמים שווה לקחת מישהו שלא יודע מה זה apply ו-arguments ולהצמיד אותו ל-senior כי הוא יצירתי ורב תושיה