Aider un nouveau programmeur à devenir plus compétent et à ne pas me demander autant?

Je travaille actuellement sur un projet avec un nouveau programmeur. Comment puis-je l'aider à accélérer son travail? Il me pose souvent des questions, et je jumelle programmé avec lui dans backbone.js (une partie du projet).

Maintenant, je veux qu'il gère le projet lui-même afin que je puisse me concentrer sur d'autres choses pour accélérer le processus. Il ne veut pas Google choses ou demander sur un forum si un problème survient. Il vient juste vers moi. Que devrait-il faire? Que devrais-je faire? Quand je le force, alors il fait les choses rapidement. Comment puis-je le motiver à faire plus de travail par lui-même?

Dites « Je suis un peu occupé en ce moment, vous pouvez demander sur stackoverflow.com si vous êtes vraiment coincé. » Finalement, il espère qu'il obtiendra la clé. De plus, la prochaine fois qu'il viendra à votre bureau, dites "Hmm je ne sais pas, allons sur Google et voyons ..." ou "Vérifions les documents de l'API". La combinaison de ces deux a fonctionné pour moi avec les étudiants coop dans le passé - finalement ils voient comment je recherche et trouve des informations, puis ils apprennent comment le faire aussi.

Tout comme est requis sur stackoverflow.com lorsque des questions sont posées, dites "montrez-moi ce que vous avez jusqu'à présent" . Si c'est un gros rien de gros , envoyez-le emballer, avec quelques conseils sur ce qu'il faut chercher bien sûr, jusqu'à ce qu'il ait quelque chose de concret à poser.

La meilleure façon de mettre quelqu'un au courant est de ... enfin, de le mettre au courant. On dirait que vous êtes assez dur avec la personne. Vous devriez encourager les questions, pas les écraser pour obtenir les résultats que vous recherchez. Même les grands développeurs ne savent pas tout lorsqu'ils arrivent dans un nouvel endroit. Maintenant, si ses questions vont dans le sens de "Comment puis-je diviser une chaîne" (aka, facilement google-able), alors vous pouvez le faire sauter. Mais essayez d'apprécier le fait que les gens ne peuvent pas être instantanément productifs à un nouvel emploi, et vous devriez vous attendre à beaucoup, beaucoup de questions.

Serait-ce un problème de confiance? S'il est possible qu'il vous pose toutes ces questions parce qu'il a peur d'échouer, il pourrait être bon d'en parler avec lui.

Par exemple, lorsque je conseille des stagiaires, je leur fais savoir qu'ils vont échouer à un moment donné. L'échec fait partie du jeu. Mais, apprendre de l'échec peut arriver quand ils se posent des questions comme, "qu'est-ce que j'ai essayé de faire jusqu'à présent?" avant de me demander des réponses, c'est ce qui est vraiment important. Lorsqu'ils commencent à se poser des questions et à se battre pour obtenir des réponses, leurs connaissances et leur confiance grandissent.

Cela pourrait simplement être une question de confiance en soi, où il ne pense pas être suffisamment capable par lui-même pour produire un travail qui répond à vos attentes. Ceci est assez courant pour les nouveaux développeurs qui sont jumelés avec des seniors.

Peut-être qu'au lieu de le «forcer» à «partir», essayez d'encourager son travail et de le mettre au défi de s'attaquer seul aux problèmes. Je serais un pari assez sûr après avoir réussi certaines tâches sans votre aide, il s'y habituera et finira par répugner à vous demander de l'aide.

Réservez-vous du temps sans interruption. La technique du pomodoro recommande des intervalles de 25 minutes. S'il apparaît au milieu, dites simplement que vous viendrez répondre à sa question par la suite. S'il n'a pas vraiment besoin de votre aide, il aura déjà trouvé la réponse d'ici là. Finalement, il ne vous dérangera pas pour les trucs simples.

Il semble que vous l'ayez formé pour qu'il puisse toujours vous demander une réponse. De plus, il semble l'avoir entraîné à penser qu'il peut vous utiliser comme béquille pour des choses qu'il n'est pas à l'aise de faire.

Au lieu de cela, vous devez lui faire savoir que vous n'êtes pas sa seule ressource. Montrez-lui quelques-unes des façons de trouver la réponse plutôt que de simplement lui donner la réponse. Vous avez dit qu'il peut faire son travail sous pression, il se pourrait donc qu'il soit paresseux et que vous soyez la solution la plus simple. N'oubliez pas, vous n'avez pas toujours à dire oui. Si vous avez des choses plus importantes à faire, dites-lui que vous aimeriez aider, mais que vous avez trop d'autres choses à travailler.

Si la question a une réponse courte, répondez-y. Si une explication est requise et que vous n'êtes pas l'autorité en la matière, ou si vous ne connaissez pas la réponse, dites-leur où aller chercher. Finalement, vous devriez pouvoir leur dire où chercher en quelques syllabes. "... HTML sélectionner?" "Google: sélectionnez MDN" "Comment puis-je ... case à cocher?" "MDN". "Conversion de fuseau horaire Oracle?" "RTFM 'au fuseau horaire'" Si les questions sont trop fréquentes, vous devrez en quelque sorte indiquer que vous n'êtes pas disponible.

Pourquoi vient-il vers toi? A-t-il peur de faire une erreur et vient donc à vous pour que vous puissiez être utilisé comme excuse si quelque chose ne fonctionne pas? Y a-t-il trop de connaissances spécifiques au projet que vous savez qu'il n'a pas pu trouver facilement par lui-même? Vous voudrez peut-être vous demander pourquoi quoi que vous fassiez est demandé ici.

Vous devriez voir jusqu'où il va par lui-même et à quel point il est confiant dans ses capacités. Combien de temps après avoir un problème vient-il vers vous? Avez-vous pensé que vous pourriez être un mentor pour ce nouveau programmeur et il essaie donc de vous accompagner afin qu'il sache ce que vous faites, comment vous le faites et avec qui vous le faites.

Fixez un moment où les questions peuvent être posées sans vous interrompre. Il est étrange que cette personne ne pose que des questions pouvant être googlées et rien de spécifique à vos projets ou à la façon dont votre équipe fait les choses. Commencez à suivre les questions. Votre frustration peut obscurcir votre perception du problème.