Embaucher un développeur junior, que dois-je demander? [fermé]

Nous recrutons actuellement un développeur junior pour m'aider, car j'ai plus de projets que je ne peux actuellement en gérer. Je n'ai jamais embauché quelqu'un qui n'était pas un ami ou au moins une connaissance. J'ai un entretien téléphonique avec le seul candidat qui m'a vraiment marqué (sur papier), mais je ne l'avais jamais fait auparavant.

Nos projets sont tous des applications Web à haute évolutivité et à utilisation intensive de données qui traitent des millions de transactions par heure, sur plusieurs serveurs et clients. Pour être spécifiques à la langue / à la pile, nous utilisons ASP.Net MVC2, WebForms et C # 4, MSSQL 2008 R2, s'exécutant tous sous Windows Server 2008 R2.

Que devrais-je lui demander? Comment dois-je structurer l'appel téléphonique?

Demandez-leur quels blogs techniques ils lisent, demandez ce que le candidat trouve intéressant dans la technologie actuelle et pourquoi.

Essentiellement, pour une entrevue téléphonique, vous voulez savoir s’il s’agit d’une personne qui est enthousiaste pour la technologie et la programmation et qui est intéressée par l’apprentissage et la connaissance.

Comme il s'agit d'un junior, vous ne pouvez pas vous attendre à ce qu'ils sachent beaucoup de sujets avancés, mais vous voulez être sûr qu'ils puissent penser comme un programmeur. Donnez-leur un problème simple et demandez-leur de vous expliquer comment ils le résoudraient. Cela vous donnera un aperçu de la façon dont ils pensent et résolvent les problèmes.

J'adopte une approche ouverte pour les entretiens téléphoniques, mais pour mettre en place une structure, je demande généralement à la personne de parler à travers le CV qu'elle a soumis. Souvent, la façon dont ils parcourent leur CV suscitera d’autres questions et vous permettra de mieux comprendre leur nature.

L'autre chose à laquelle réfléchir lors de l'entretien téléphonique est de demander: est-ce que je peux travailler avec cette personne? Sont-ils énergiques? Ennuyeux? Précis?

Code avec eux.

Vous devriez absolument faire les choses d’entrevue habituelles. Mais je n'engage personne sans une séance de programmation en binôme avec eux.

Mon approche: je vais prendre 2-3 heures et un problème de jouet (par exemple, "Construisons Twitter v 0.1" pour un développeur à pile complète, ou "Implémentons une liste à partir de primitives" pour une personne dorsale). Nous allons nous asseoir devant le même ordinateur et nous allons discuter de la façon de le résoudre. Je vais écrire le premier test unitaire et dire: "Fais-le passer". Je vais peut-être écrire les prochains tests pour les aider à démarrer. Et puis je les laisse généralement courir, ne sautant que de temps en temps. Comme nous avons peu de temps, je vais les arrêter et leur demander où ils vont le prendre, et ce qu’ils voudraient faire avant de le pousser en direct.

Choses que je cherche:

• Peuvent-ils bien collaborer?
• Comprennent-ils les bases?
• Peuvent-ils décomposer un problème en plusieurs parties?
• Est-ce qu'ils valorisent le code propre?
• Est-ce qu'ils attrapent leurs propres insectes?
• Est-ce qu'ils essaient de faire des conneries quand ils ne savent pas quelque chose?
• Est-ce qu'ils aiment coder?

What's your Stack Overflow account name?

L'un des meilleurs moyens de savoir à quoi ressemblera le code d'une personne consiste à le consulter directement. Une des meilleures façons de le faire est via SO.

Sinon, les questions standard s'appliquent. Demandez quelles sont les situations difficiles et comment ils les ont surmontées. Demandez-leur quelles nouvelles langues ils apprennent ou pensent apprendre, et pourquoi. Demandez-leur quel IDE ils utilisent et pourquoi l'ont-ils choisi? Quel contrôle de source?

Vous pouvez en apprendre beaucoup en posant des questions ouvertes qui pourraient ne pas concerner un projet spécifique, mais leur permettront plutôt de travailler avec vous dans leur processus de réflexion.

Une chose que je n'ai pas vue ici dans ma lecture rapide est la nécessité de leur poser des questions sur:

1 - Volonté d'apprendre

2 - Capacité d'auto-apprentissage par rapport à une formation formelle

3 - Exemple de quelque chose qu'ils ont appris eux-mêmes dans le passé

4 - Un exemple de zones avec lesquelles ils ne sont pas à l'aise

5 - Question générale de haut niveau du type "si vous êtes chargé de créer une application Web sur ... quelles tâches doivent être effectuées et qui doit les effectuer" - Cela devrait vous donner une idée de leurs connaissances actuelles sur le processus de développement - It n’a pas besoin d’être précis, mais au moins, vous apprendrez leur point de vue tel qu’il est aujourd’hui.

Parlez-moi d'un projet sur lequel vous avez travaillé dans le passé

• Décrivez l'architecture globale du projet. Haut niveau, c'est bien.
• Quelle est la chose que vous avez aimé dans le projet?
• Quelle est la chose que vous n'aimez pas dans le projet?
• Qu'est-ce qui, avec le recul, aurait été différent?

C'est une excellente question pour les interviews à mon avis, par téléphone ou autrement. S'ils peuvent parler intelligemment d'un projet sur lequel ils ont travaillé, il y a de fortes chances qu'ils "l'obtiennent". Vous embauchez un développeur de niveau junior, il n'est donc pas important qu'il soit un expert, mais il doit au moins comprendre suffisamment son domaine pour en parler. Habituellement, les personnes que vous souhaitez embaucher n'auront aucun problème à gérer cette tâche, tandis que les personnes que vous voudrez peut-être éviter vous répondront en quelques phrases ou moins.

Que faites-vous pour rester au courant?

• Quels blogs lis-tu?
• Quels livres avez-vous lu / lisez-vous?
• Rien d'autre?

Dans un secteur en constante évolution, j'estime qu'il est important pour eux de rester à jour. Ce n’est pas la question la plus importante que je pose en entrevue, mais s’ils ne peuvent rien dire à dire, ce n’est pas bon signe.

Dis-moi comment tu écrirais un cours de vélo

Peut-être une meilleure question pour un entretien personnel afin qu'ils puissent écrire un pseudo-code, mais je pense que cela pourrait également fonctionner pour un entretien téléphonique ... Décrivez un vélo (il a un guidon, des roues, etc.). Quelqu'un le monte. ) et demandez-leur de décrire comment ils modéliseraient les classes. Rien d'innovant ici, mais s'ils ont du mal à résoudre ce problème, ils sont probablement TROP encore trop jeunes pour constituer un atout.

Il y a beaucoup de bons conseils d'entrevue déjà écrits, mais je ne pense pas que vous puissiez combler ce poste tant que vous ne savez pas exactement ce qu'ils vont faire au jour le jour. Si votre première pensée était: "Tout ce dont j'ai besoin d'eux." Arrête. Trouvez un morceau de code spécifique à examiner. Choisissez le meilleur et le pire des codes à regarder et voyez s'ils connaissent la différence. Donnez-leur des zones de travail pour un premier projet rapide qui aurait pu être négligé.

J'espère que vous avez embauché le meilleur programmeur, mais chacun a des domaines dans lesquels il est meilleur / plus expérimenté que d'autres. Profitez-en et définissez leur rôle en conséquence.

Oh, et engagez quelqu'un qui a l'habitude de faire avancer les choses.

Lorsque vous discutez en privé avec le développeur, vous pouvez apprendre à le connaître, puis vérifier s'il est honnête avec vous.

Pour ce faire, vous pouvez lui poser la question suivante pour savoir à quel point il est honnête

1. S'ils ont fait des certifications, comme une certification Microsoft, vérifiez avec eux s'ils ont vraiment étudié et effacez-les.

2. Certains développeurs juniors qui ont réalisé leurs projets de dernière année n’auraient pas réalisé le projet eux-mêmes, c’est-à-dire que leurs amis l’auraient fait pour eux, etc.

Etre honnête joue un rôle très important lorsque le développeur junior se voit confier des projets confidentiels.

Si vous sentez que vous pouvez leur faire confiance, vous pouvez alors donner un questionnaire sur les technologies avec lesquelles ils sont recrutés, suivi d'un texte pratique avec un scénario permettant de vérifier si elles ont la capacité logique, c'est-à-dire de vérifier si elles ont un contact constant dans la programmation.

La PDG de Sandglaz, Nada Aldahleh, a récemment écrit un article à ce sujet sur son blog, basée sur sa propre expérience en matière de recrutement de développeurs pour sa startup. Voici quelques-unes des choses qu'elle recherche:

• esprit de résolution de problèmes
• de solides compétences en communication
• poser des questions d'architecture et d'algorithme; un développeur débutant devrait être capable d'architecter de nouvelles petites fonctionnalités et des questions d'algorithme peuvent en dire long sur la mentalité de résolution de problèmes et le type de fondement dont elles disposent
• casse-tête pour isoler les compétences analytiques

Et bien sûr, le test de programmation, qui ne devrait pas être composé de la question Fizz Buzz. Une tâche réelle pouvant être effectuée en quelques heures à votre bureau serait le meilleur type de test.

Vous pouvez lire plus de ses conseils ici: http://blog.sandglaz.com/how-to-interview-and-hire-junior-developers/