Про інтерв'ю щодо програміста JavaScript (з відповідями) [закрито]

Які хороші питання, щоб визначити, чи справді заявник є розробником Pro JavaScript (на стороні браузера)?

Питання, які можна розрізнити, якщо хтось не є спеціальним JavaScript-програмістом, але справді займається професійною розробкою JavaScript, орієнтованою на об'єкти, багаторазовим використанням та ремонтом.

Будь ласка, надайте відповіді , щоб проміжні та спеціальні JavaScript-програмісти могли взяти інтерв'ю у когось більш досвідченого, а відповіді на досить небагато із цих розширених питань уникнуть мене. Будь ласка, уникайте відкритих питань .

Будь ласка, зберігайте одне запитання / відповідь на відповідь SO для кращого досвіду читання та легшої підготовки до інтерв'ю.

Оскільки JavaScript - це така невелика мова, але з неймовірною складністю, ви повинні мати можливість задати відносно основні питання та дізнатися, чи справді вони такі хороші, виходячи з їхніх відповідей. Наприклад, моє стандартне перше питання щодо оцінки решти інтерв'ю:

У JavaScript в чому різниця між var x = 1і x = 1? Відповідайте стільки ж, скільки деталей, як вам комфортно.

Новачки-програмісти JS можуть мати основну відповідь про місцевих жителів проти глобальних. Хлопці з проміжних JS обов'язково повинні відповісти на це питання, і, мабуть, повинні згадати область функціонального рівня. Кожен, хто називає себе «просунутим» програмістом JS, повинен бути готовим розповідати про місцевих жителів, загальноприйнятих глобальних об єктах, windowоб'єкті, області функцій, підйомі декларацій та ланцюгах областей. Крім того, я хотів би почути про [[DontDelete]], піднімаючи пріоритет (параметри varпроти function) та undefined.

Ще одне добре запитання - попросити їх написати sum()функцію, яка приймає будь-яку кількість аргументів, і повертає їх суму. Потім попросіть їх використовувати цю функцію (без змін) для підсумовування всіх значень у масиві. Вони повинні записати функцію, яка виглядає приблизно так:

function sum() {
  var i, l, result = 0;
  for (i = 0, l = arguments.length; i < l; i++) {
    result += arguments[i];
  }
  return result;
}
sum(1,2,3); // 6

І вони повинні викликати його у своєму масиві так (контекст для цього applyможе бути будь-яким, я зазвичай використовую nullв такому випадку):

var data = [1,2,3];
sum.apply(null, data); // 6

Якщо вони отримали ці відповіді, вони, напевно, знають свій JavaScript. Тоді слід перейти до розпитування про речі, що не стосуються JS, як-от тестування, робочі процеси, контроль версій тощо, щоб з’ясувати, чи добре вони програміст .

Основне програмування JS

• Scope of variable
• Що таке Associative Array? Як ми ним користуємося?

OOPS JS

• Difference between Classic Inheritance and Prototypical Inheritance
• Що таке difference between private variable, public variable and static variable? Як ми цього досягаємо в JS?
• Як add/remove properties to objectу час виконання?
• Як досягти inheritance?
• Як це зробити extend built-in objects?
• Чому extending array is bad idea?

DOM та JS

• Difference between browser detection and feature detection
• DOM Event Propagation
• Event Delegation
• Event bubbling V/s Event Capturing

Різне

• Graceful Degradation V/s Progressive Enhancement

Запитайте про "це". Це одне хороше питання, яке може бути справжнім тестом розробника JavaScript.

(Я припускаю, що ви маєте на увазі JavaScript на стороні браузера)

Запитайте його, чому, незважаючи на його нескінченні знання JavaScript, все ще гарна ідея використовувати існуючі рамки, такі як jQuery, Mootools, Prototype тощо.

Відповідь: хороший код кодерів, великі кодери повторно використовують. Тисячі людино-годин вилили в ці бібліотеки, щоб абстрагувати можливості DOM далеко від конкретних реалізацій браузера. Немає жодних підстав самостійно перебирати всі головні болі DOM у браузері, щоб лише винайти виправлення.

Запитайте їх, як вони гарантують, що їх сторінки продовжують користуватися, коли у користувача вимкнено JavaScript або JavaScript недоступний.

Немає жодного правдивого відповіді, але ви шукаєте відповідь, говорячи про деякі стратегії прогресивного вдосконалення .

Прогресивне удосконалення складається з таких основних принципів:

• основний контент повинен бути доступним для всіх браузерів
• основна функціональність повинна бути доступною для всіх браузерів
• розріджена, семантична розмітка містить весь вміст
• розширений макет забезпечується зовнішньо пов'язаним CSS
• посилену поведінку надає [[ненав’язливий JavaScript | ненав’язливий]], зовнішньо пов'язаний JavaScript
• Налаштування браузера кінцевого користувача дотримуються

Запитайте, як випадкові закриття можуть спричинити витік пам'яті в IE.

Запитайте "Яку одиницю тестування рамки ви використовуєте? І чому?"

Ви можете вирішити, чи насправді використовувати рамку тестування дійсно потрібно, але розмова може вам сказати багато про те, наскільки досвідчена людина.

Проміжні програмісти повинні мати технічне оволодіння своїми інструментами.

якщо він передавав вищезазначені питання технічного телефону на екрані, змусьте його на місці намалювати щось дурне, на зразок коротшого URL-адреси Ajax. потім гриль його на своєму портфоліо. немає дивовижного портфоліо = проміжний розробник у цьому домені, а не той хлопець, якого ви хочете, відповідальний за ваш блискучий новий проект.