Accablé lors d'un stage [fermé]

Mon meilleur ami vient de commencer son stage il y a un mois. Le problème est qu'il est découragé. Il était un bon élève A + à l'école et il a le sentiment de ne rien savoir du tout. Les questions sur lesquelles il travaille, bien qu'elles concernent des langues dans lesquelles il se sent à l'aise, lui semblent si étrangères, a-t-il déclaré. Il devient vraiment découragé, comme s'il ne connaissait pas du tout la base de code. J'essaie toujours de lui dire que cela prendra juste du temps et qu'il devrait avoir beaucoup de questions. Que dois-je lui dire?

Continuez à lui dire ça. Il vient de commencer il y a un mois. Connaître la langue ne signifie pas qu'il comprendra automatiquement un projet qui est probablement beaucoup plus complexe que tout ce qui vient de l'école. Il faut du temps pour se familiariser avec le code d'un projet existant, même pour nous, les pros. Il a besoin de se détendre. S'il a des questions, il doit consulter la documentation du projet qu'il a, ou demander à un mentor ou à un développeur plus expérimenté.

C'est normal!! Tout le monde passe par là. Il ira bien s'il cesse de paniquer.

L'une des choses les plus difficiles que j'ai trouvées en allant de l'école au travail était qu'il n'y avait pas de rétroaction instantanée. Personne ne m'a donné de note après avoir terminé quelque chose, en fait ils m'ont à peine fait un "signe de tête", c'était difficile de dire si j'avais même fini! Et au lieu d'une évaluation finale des notes sur une soumission, j'ai reçu un flux infini de questions erratiques à des moments irréguliers de la part de mes collègues / superviseurs.

Ce que j'ai dû remarquer pour rester sain d'esprit, c'est que

• Poser des questions est une marque de distinction - le plus large et le plus ouvert est le mieux - cela signifie qu'ils vous font confiance pour donner une bonne réponse.
• Il n'y a pas de note finale - on vous demandera de changer les choses constamment, cela ne signifie pas que vous avez échoué, c'est la nature de la bête. L'objectif est un bon produit final. C'est facile à dire, mais difficile à apprécier tant que vous n'êtes pas au milieu.
• La meilleure note de réussite est d'avoir un problème plus difficile - s'il semble que le travail augmente en ambiguïté et en difficulté et que votre manager semble de moins en moins intéressé par la façon dont vous vous débrouillez, alors vous devez vous débrouiller très bien!

Personne ne devrait s'attendre à ce qu'un stagiaire en sache beaucoup plus que les concepts de base. Il est parfaitement normal de se sentir dépassé, mais il se fait un mauvais service en ne posant pas de questions.

Je m'attendrais à ce que si un stagiaire travaillant dans mon équipe se sentait dépassé, il viendrait à moi pour obtenir de l'aide. Bien que parfois non. Cela peut être une question d'ego gonflé ou de fierté, ou peut-être juste d'essayer d'impressionner, aucune de ces choses ne devrait avoir d'importance à sa charge.

EDIT: Encore une note importante, je pense qu'il est important que les stagiaires soient enseignés par d'autres développeurs.

Avez-vous déjà entendu la citation "Vous conservez 10% de ce que vous lisez, 20% de ce que vous entendez, 50% de ce que vous faites et 90% de ce que vous ENSEIGNEZ".

Enseigner aux autres aide à intégrer la conception et les concepts complexes dans l'esprit des enseignants.

Le sale petit secret est que personne ne comprend complètement la base de code, si elle est de complexité normale pour un produit commercial. Le Collège vous prépare mal à cela car toutes leurs missions sont des projets originaux entièrement autonomes. Vous devez apprendre à comprendre la plus petite partie possible du code que vous devez comprendre afin de terminer votre tâche, et avoir confiance que le reste du code fait ce qu'il prétend faire. Les collèges pourraient mieux faire cela en assignant des projets comme faire une extension chrome ou quelque chose, mais vraiment, apprendre ce genre de chose est tout le but des stages.

Les problèmes scolaires évitent presque toujours les problèmes désordonnés que vous avez à gérer dans une vraie base de code, il serait donc surprenant qu'il ne se décourage pas. Les vraies bases de code sont généralement beaucoup plus complexes et loin d'être parfaites. Dites-lui de continuer d'essayer. D'après mon expérience, il faut généralement une bonne année pour se sentir à l'aise avec une nouvelle base de code complexe.

Vous êtes censé être dépassé. Je ne suis jamais entré dans un nouvel emploi où il n'y avait pas de courbe d'apprentissage qui me laissait débordé: même les emplois où j'étais surqualifié, il y a cette période d'adaptation. Parfois, cela dure des jours, parfois cela dure des mois. Mon travail actuel est tellement en constante évolution qu'il a duré des années.

Parcourez-le, maîtrisez les tâches qui vous sont confiées. N'ayez pas peur de demander de l'aide.

Je peux vous dire que ce que j'ai appris au collège ne m'a pas préparé au développement de logiciels "du monde réel". La théorie accordée est utile, mais pratiquement, ne compte probablement pour rien. Quoi qu'il en soit, suivez le rythme et apprenez autant que vous le pouvez.

Peut-être que ce livre aidera à comprendre les choses:

http://oreilly.com/catalog/9780596518387

Dites-lui que s'il ne se sentait pas dépassé, il n'y aurait rien à apprendre, il ne grandirait pas en tant qu'individu et quitterait le travail dans moins d'un an.

L'éducation formelle dans un métier ou une profession ne fait rien de plus que vous préparer à commencer à apprendre comment faire le travail.

Il surmontera la panique en abandonnant l'idée qu'il est censé déjà savoir comment faire le travail, et se rend compte qu'à ce stade, il est vraiment censé apprendre comment le travail est réellement effectué (dans le "monde réel").

Si votre ami était le programmeur vedette de l'équipe instantanément, il serait idiot de ne pas être payé pour cela.

Être embauché en tant que stagiaire est une reconnaissance implicite du fait que vous n'êtes pas encore productif - si vous l'étiez, vous seriez embauché pour de l'argent réel, ou l'entreprise vous arnaque. Donc, comme tout le monde, je dirais se détendre et utiliser cette expérience pour apprendre. Non seulement devez-vous apprendre ce dont vous avez besoin pour ce travail, mais si vous voyez que vous manquez de connaissances (disons, en mathématiques, ou en compétences Unix, ou autre), alors notez-le et continuez à remplir même après votre départ ce travail particulier.

Habituez-vous. Après sept ans dans l'industrie, je suis toujours un noob, et c'est un jour rare où je n'apprends rien de nouveau (et souvent surprenant) sur les langues et les applications. En ce qui concerne les questions, une bonne référence, quelques bons tutoriels et Comment poser des questions The Smart Way peuvent être vraiment très utiles.

Je serais tenté de lui poser quelques questions pour essayer de résoudre le problème:

• Qu'attendait-il?

• Connaît-il maintenant la base de code?

La première question porte sur ses attentes. À quel point ressemblait-il à l'école? À quel point les problèmes sont-ils vraiment étrangers?

La seconde est la question de ce qu'il a maintenant qu'il n'a pas quand il a commencé. C'est là qu'il peut y avoir quelque chose qu'il sait et devrait obtenir qu'il en a amélioré et qu'il sache ce qui se passe.