Comment encadrer un programmeur junior

Question

Quelqu'un a-t-il des suggestions sur la manière de guider un programmeur débutant? Si vous avez encadré quelqu'un, avez-vous suivi un processus ou était-il assez informel?

Si vous avez été encadré par le passé, quel genre de choses avez-vous trouvé le plus utile?

Answer 1

Essayez de mettre de côté entre 30 à 60 minutes par jour pour réviser leur code. Si vous ne pouvez pas faire cela, alors essayez d'obtenir à revoir leur code à chaque fois qu'ils font un code de validation, à moins qu'il était très basique. Demandez-leur d'expliquer pourquoi ils ont choisi l'approche qu'ils ont pris à la place des autres. Un tel processus permet d'établir une excellente relation, ainsi que de vraiment stimuler les étudiants à réfléchir sur leur propre et être en mesure de défendre leurs décisions. Non seulement l'étudiant jusqu'à la fin avec quelqu'un d'accessible en qui ils ont confiance, mais vous remarquerez une amélioration de la qualité de leur code et de la logique, presque immédiatement.

Edit: Aussi, Si vous ne parvenez pas à commettre beaucoup de temps pour co-revoir avec vos juniors, alors vous ne devriez probablement pas être mentorat et à la place de voir si quelqu'un d'autre a un calendrier qui permettrait à elle. Le point de l'ensemble de l'encadrement, est activement de l'aide dans le développement professionnel de l'étudiant, et qu'ils ne vont pas apprendre beaucoup de choses si l'attention et l'orientation n'est pas donné à eux.

Answer 2

J'ai eu la chance de travailler en tant que stagiaire (un des deux) dans une petite société de logiciels et a eu l'occasion de travailler sur un "quasi neuf" projet qu'ils avaient. Ils m'avaient mis en place avec tout le nécessaire et m'a donné une introduction à ce que le projet était en réalité (des trucs de base comme ce que les exigences soient, etc).

Au début, nous avons eu à faire les petites tâches comme la recherche de choses importantes pour le projet (ils nous avait donné une liste de sujets). C'était, je pense, pour voir combien on pouvait le faire nous-mêmes, comme les choses que nous avons besoin de regarder et de recherche n'étaient pas anodin et il a pris un bon 2 semaines (en comptant la base démos que nous avons eu à le créer pour elle). Cette phase d'essai a été fait vraiment sans trop de 'coaching'.

Cependant, après cette période, nous avons pu travailler sur le projet proprement dit. Ce fut aussi le moment nous avons commencé à être coaché ensemble, dans un style similaire à la programmation en binôme, sauf qu'il y avait trois d'entre nous (2 stagiaires et 1 coach).

Nous avons beaucoup appris de lui, mais c'était de manière informelle, et il ne s'agit pas comme le "tout-savoir-écouter-pour-moi" de gars. Quand nous avons eu des suggestions qu'il serait d'écouter et de réfléchir avec nous si ils sont bons. ou de donner son point de vue sur les raisons d'une idée ne doit pas être fait de cette façon... Maintenant que j'y pense, il a activement encouragé à nous faire des suggestions, et à réfléchir sur les meilleures façons de faire les choses, au lieu de simplement assis là, à "prendre les commandes" de quelqu'un qui sait sans doute de quoi faire mieux que vous.

Donc, en bref:

• Laisser le programmeur junior de travail (pour la plupart) sur sa propre pour étudier les matériaux à portée de main, de lui donner une liste de mineur TODO des choses comme la recherche d'information, ou la construction de petits démos.
• Vérifier le travail qu'il a fait régulièrement et de lui indiquer s'il existe de meilleures façons de faire les choses. D'ailleurs les éléments de fait, il a bien fait, de cette façon il va se souvenir de ceux pour plus tard.
• Laissez-le travailler sur un projet réel, et mentor lui en travaillant ensemble dans le même projet, de lui donner des conseils quand il a des questions.
• L'effort doit venir de deux directions: encouragez-le à poser des questions, à contester "la façon dont il est actuellement terminé". Posez-lui des questions sur la façon dont il pense qu'il devrait être fait et de lui donner votre opinion.
• Faire 'agréable' - ne le laissez pas ressembler à vous donner des ordres.

Answer 3

À mon premier emploi, il y avait ce mec vraiment patient qui m'aiderait toujours à résoudre mon problème immédiat et m'apprendrait ensuite un principe sous-jacent important. J'aimais ça parce qu'il m'aidait à rester productif tout en m'enseignant comment devenir un meilleur programmeur.

Answer 4

J'imagine que je serais le junior :) Je pense que j'apprécierais une approche informelle. Cela dépend probablement beaucoup de vos personnages et de ceux de votre mentoré, mais je dirais que vous apprenez mieux si vous n'avez pas d'ego dans le chemin. Brisez la glace, assurez-vous qu'il y a des réactions dans les deux sens. Des choses comme la révision de code (dans les deux sens?) Et la programmation en paire occasionnelle peuvent fonctionner, et s'il y a correspondance, cela peut être très amusant aussi!