Questions d'entretien des programmeurs JavaScript professionnels (avec réponses) [fermé]

Quelles sont les bonnes questions pour déterminer si le candidat est vraiment un développeur JavaScript pro (côté navigateur)?

Questions qui permettent de distinguer si quelqu'un n'est pas un programmeur JavaScript ad hoc, mais fait vraiment du développement JavaScript professionnel, orienté objet, réutilisable et maintenable.

Veuillez fournir des réponses , afin qu'un programmeur JavaScript intermédiaire et ad hoc puisse interviewer quelqu'un de plus expérimenté, trouver des réponses à quelques-unes de ces questions avancées m'échappera. Veuillez éviter les questions ouvertes .

Veuillez conserver une question / réponse d'entrevue par réponse SO pour une meilleure expérience de lecture et une préparation plus facile à l'entretien.

Parce que JavaScript est un langage si petit, mais avec une complexité incroyable, vous devriez être en mesure de poser des questions relativement basiques et de savoir si elles sont vraiment aussi bonnes en fonction de leurs réponses. Par exemple, ma première question standard pour évaluer le reste de l'entretien est:

En JavaScript, quelle est la différence entre var x = 1et x = 1? Répondez avec autant ou aussi peu de détails que vous vous sentez à l'aise.

Les programmeurs JS novices peuvent avoir une réponse basique sur les locaux par rapport aux globaux. Les gars JS intermédiaires devraient certainement avoir cette réponse, et devraient probablement mentionner la portée au niveau de la fonction. Quiconque se qualifie de programmeur JS "avancé" devrait être prêt à parler des locaux, des globaux implicites, de l' windowobjet, de la portée de fonction, du levage de déclaration et des chaînes de portée. De plus, je serais ravi d'entendre parler de la question de la [[DontDelete]]priorité (paramètres vs varvs function) et undefined.

Une autre bonne question est de leur demander d'écrire une sum()fonction qui accepte n'importe quel nombre d'arguments et renvoie leur somme. Ensuite, demandez-leur d'utiliser cette fonction (sans modification) pour additionner toutes les valeurs d'un tableau. Ils devraient écrire une fonction qui ressemble à ceci:

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

Et ils devraient l'invoquer sur votre tableau comme ceci (le contexte pour applypeut être n'importe quoi, j'utilise habituellement nulldans ce cas):

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

S'ils ont ces réponses, ils connaissent probablement leur JavaScript. Vous devriez ensuite leur poser des questions sur des choses non spécifiques à JS comme les tests, les flux de travail, le contrôle de version, etc. pour savoir s'ils sont un bon programmeur .

Programmation JS de base

• Scope of variable
• C'est quoi Associative Array? Comment l'utilisons-nous?

OOPS JS

• Difference between Classic Inheritance and Prototypical Inheritance
• C'est quoi difference between private variable, public variable and static variable? Comment y parvenir dans JS?
• Comment add/remove properties to objecten temps d'exécution?
• Comment y parvenir inheritance?
• Comment faire extend built-in objects?
• Pourquoi extending array is bad idea?

DOM et JS

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

Divers

• Graceful Degradation V/s Progressive Enhancement

Renseignez-vous sur «ceci». C'est une bonne question qui peut être un véritable test du développeur JavaScript.

(Je suppose que vous voulez dire JavaScript côté navigateur)

Demandez-lui pourquoi, malgré sa connaissance infinie de JavaScript, c'est toujours une bonne idée d'utiliser des frameworks existants tels que jQuery, Mootools, Prototype, etc.

Réponse: bon code de codeurs, réutilisation de bons codeurs. Des milliers d'heures de travail ont été consacrées à ces bibliothèques pour extraire les capacités DOM des implémentations spécifiques au navigateur. Il n'y a aucune raison de passer par vous-même tous les maux de tête du DOM du navigateur juste pour réinventer les correctifs.

Demandez-leur comment ils s'assurent que leurs pages continuent d'être utilisables lorsque l'utilisateur a désactivé JavaScript ou que JavaScript n'est pas disponible.

Il n'y a pas de réponse unique, mais vous cherchez une réponse en parlant de certaines stratégies d' amélioration progressive .

L'amélioration progressive comprend les principes de base suivants:

• le contenu de base doit être accessible à tous les navigateurs
• les fonctionnalités de base doivent être accessibles à tous les navigateurs
• Le balisage sémantique clairsemé contient tout le contenu
• la mise en page améliorée est fournie par CSS lié en externe
• le comportement amélioré est fourni par [[JavaScript discret | discret]], JavaScript lié en externe
• les préférences du navigateur de l'utilisateur final sont respectées

Demandez comment les fermetures accidentelles peuvent provoquer des fuites de mémoire dans IE.

Demandez "Quel cadre de test unitaire utilisez-vous? Et pourquoi?"

Vous pouvez décider si l'utilisation d'un cadre de test est vraiment nécessaire, mais la conversation peut vous en dire long sur l'expertise de la personne.

les programmeurs intermédiaires doivent avoir une maîtrise technique de leurs outils.

s'il a réussi les questions techniques de l'écran du téléphone ci-dessus, faites-lui esquisser quelque chose de stupide sur place, comme un raccourcisseur d'URL ajax. puis le griller sur son portefeuille. pas de portfolio étonnant = développeur intermédiaire dans ce domaine et pas le type que vous voulez en charge de votre nouveau projet brillant.