"J'entends et j'oublie. Je vois et je me souviens. Je comprends et je comprends." - Confucius. (Oui, vraiment. C'est la seule citation légitime de K'ung Fu-tzu que je connais.)

C'est vrai pour tout le monde.

Le problème a tendance à être que les développeurs expérimentés considèrent la solution comme un code. Cela peut en fait être un effort supplémentaire pour eux de prendre du recul et de vous donner une version pseudocode / algorithmique / conceptuelle de la réponse.

Donc, si c'est ce dont vous avez besoin, vous devez vraiment être explicite à ce sujet. «S'il vous plaît, indiquez-moi simplement dans la bonne direction plutôt que de me donner la solution complète; j'ai besoin de la pratique. Ou demandez-lui seulement le coin dans lequel vous êtes coincé, alors il ne vous donne que ces quelques lignes et vous pouvez continuer avec le reste.

Au fait: MERCI et félicitations pour être autonome et vouloir apprendre. Nous passons trop de temps sur Stack Exchange à écraser les gens qui attendent de nous que nous fassions leur mission à leur place; c'est ravissant de voir quelqu'un qui comprend que la pratique rend mieux.

Le meilleur remède pour obtenir des réponses que vous n'aimez pas est de poser une meilleure question.

Mon code ne se compile pas, je ne comprends pas ce qui se passe

Obtient "oh ouais, je le vois, pas de soucis je change juste ceci, ceci et ceci, et puis je - oh ha ha, c'est une idée fausse courante, fais juste cela une référence - et ouais, là vous allez, tout est prêt.

En revanche,

Pouvez-vous me préciser quand nous utilisons des pointeurs et quand nous utilisons des références? J'obtiens des erreurs de compilation lors de mon premier essai assez beaucoup, et je pense que j'ai besoin de me l'expliquer à nouveau.

Devrait vous donner au moins le début d'une explication, et vous pourriez être en mesure de dire "pourrais-je le taper, alors ça colle mieux dans mon cerveau? "quand la frappe commence.

À plus grande échelle, vous pourriez demander

Maintenant, je pense que je dois envoyer un message sur le nom pipe, mais je ne l'ai jamais fait auparavant ...

Et obtenez un "hm, ouais, laissez-moi juste [type type type type] là vous allez

Ou

À ce stade, il s'agit simplement d'envoyer un message via le tube nommé, n'est-ce pas? Y a-t-il déjà un code dans le système qui fait déjà cela, quelque chose que je peux lire pour m'assurer que je le fais à notre façon?

Ce qui devrait vous permettre de reconnaître que vous suivez, et peut-être une réponse à "où est un code dont je peux apprendre" au lieu de "J'ai besoin de code ici", ce qui pourrait conduire à la saisie.

Il est également très important de suivre quand votre collègue commence à taper. Il n'y a rien de mal à dire "attendez, laissez-moi lire ça pendant une seconde ... ah, je vois, vous utilisez des flux, non?" afin que vous puissiez tirer des leçons de l'expérience et votre collègue peut voir que vous voulez en tirer des leçons. S'il est clair que vous «comprenez», vous êtes plus susceptible d'entendre «vous pouvez le tirer de ici, non? " c'est ce que je crois que vous voulez.

S'il s'agit d'un problème occasionnel, apportez simplement un bloc-notes avec vous lorsque vous demandez de l'aide à cette personne et notez ce qu'elle dit pendant qu'elle le dit. Qu'il voit que vous êtes intéressé à voir le problème par vous-même et qu'il n'a pas à interrompre ce qu'il fait pour vous aider. Répétez ce qu'il vous dit après l'avoir écrit pour vous assurer que vous avez bien compris ses instructions.

Si c'est plus qu'un problème occasionnel, je vous conseillerais de commencer à travailler plus dur sur votre cœur compétences. Le fait de devoir fournir une aide occasionnelle fait partie du processus de travail; le fait de devoir constamment le fournir est le signe d'un employé moins qualifié qui a besoin de plus de formation ou qui n'est pas adapté à son poste actuel. Si vous demandez de l'aide quotidiennement, plusieurs fois par semaine ou pour des problèmes relativement mineurs, vous devez augmenter le montant que vous passez à étudier et à tester le codage en dehors du travail.

Dans ce dernier cas, vous serez celui qui a besoin de s'améliorer et non votre chef d'équipe.

En plus des conseils de Mistah Mix sur l'écriture dans un bloc-notes, je suggère de demander à un endroit où votre chef d'équipe ne sera physiquement pas en mesure d'écrire la solution lui-même.

S'il y a un tableau blanc (Je suis presque sûr qu'il y en a un), demandez-lui de dessiner un diagramme ou un schéma de la solution là-bas. Dans la mesure du possible, évitez d'inviter le chef d'équipe à votre bureau.

Avant de poser des questions, essayez de faire quelques recherches. Si votre chef d'équipe juge nécessaire de prendre son temps et d'écrire lui-même la solution (ce qui devrait normalement prendre plus de temps que de l'expliquer à quelqu'un d'autre), je soupçonne qu'il n'est pas sûr que vous puissiez l'écrire (plus ou moins) ) correctement par vous-même. Donc, lorsque vous posez des questions, essayez de les rendre aussi spécifiques que possible. Évitez de poser des questions générales, qui vous donneront l'impression de ne pas savoir comment résoudre le problème.

La citation confucéenne de @keshlam est excellente. Pouvez-vous l'imprimer et l'afficher dans votre espace de travail? Ensuite, vous pouvez simplement le montrer et sourire quand il vient à votre bureau.

En gros, vous devez lui dire que vous voulez le faire vous-même. Il existe de nombreuses façons polies de le faire. Gardez-le léger et humoristique; ce n'est pas une menace ou une insulte pour vous. Il est juste un peu trop enthousiaste à l'idée d'aider.

Mais cela sera bénéfique pour vous deux si vous pouvez définir plus clairement la limite concernant «aider» .

Si rien d'autre, dites-lui que pour votre développement professionnel, vous aimeriez que son aide se décolle, mais vous voulez vous attaquer à ces problèmes vous-même.

Selon la personne avec qui vous avez affaire, il n'est peut-être pas si facile de communiquer cela directement. Vous pouvez essayer la patience du gars ou paraître têtu, etc. fichier séparé, supprimez-le en place et remettez votre code en place, puis réécrivez votre code à nouveau en place, ligne par ligne, à mesure que vous lisez et digérez ce qu'il a fait qui est différent de ce que vous vouliez faire. c.-à-d. comparer et contraster: analysez où vous vous êtes trompé et ce qu'il a fait qui était différent de ce que vous vouliez faire qui n'a pas fonctionné, et corrigez votre code en fonction du sien. Gardez-le vôtre , en intégrant ce qu'il a fait.

"quand je vais chercher de l'aide" ... donc vous lancez la situation que vous n'aimez pas.

Au lieu d'essayer de contrôler le comportement de votre prospect, essayez de contrôler le vôtre. La prochaine fois que vous voudrez demander de l'aide, pensez à vous-même: avez-vous vraiment épuisé toutes vos voies d'enquête au point où vous avez vraiment besoin d'aide ou y a-t-il encore des options d'attaque disponibles?

Une fois que vous avez tout essayé, vous devriez aller demander, mais je parie que si vous suivez ces conseils, vous n'aurez probablement plus besoin de demander de l'aide.