J'ai été dans des environnements qui font les choses dans les deux sens.
Le premier travail que j'ai eu hors de l'école, on m'a assigné un mentor. Je n'aimais pas le gars et je n'étais certainement pas d'accord avec lui sur tout. Je n'aimais pas être obligé de travailler avec lui, et j'étais presque sûr que mon employeur avait fait une erreur, mais rétrospectivement, j'ai beaucoup appris.
Avance rapide de quelques années, et maintenant je suis dans une entreprise qui traite les développeurs avec une attitude chacun pour soi. Les développeurs sont soumis à des délais serrés, et peu ou pas d'allocations sont accordées aux développeurs qui passent du temps à prendre d'autres sous leurs ailes pour leur montrer les cordes. Je pense que c'est dommage. Je vois comment les développeurs juniors ont du mal avec les mêmes choses que moi, mais sans mentor pour les aider, cela leur prend beaucoup plus de temps.
J'ai acquis une réputation de «mentor» parce que les nouveaux employés «semblent apprécier l'aide que je peux leur fournir». Pour autant que je sache, c'est une façon sophistiquée de dire aux RH que je suis prêt à tolérer des évaluations de productivité médiocres afin que je puisse faire la bonne chose, qui est de permettre aux développeurs juniors de faire leur travail efficacement et de s'améliorer rapidement.
Je pense que c'est ce que nos employés juniors méritent, et avec le recul et l'expérience, je pense que la première entreprise pour laquelle je travaillais et le gars qui m'a encadré avaient beaucoup plus compris que je ne le pensais à l'époque.
Tout cela est la longue façon de dire que même si je souhaite que vous n'ayez pas à affecter de mentors, c'est probablement le seul moyen équitable de se répandre dans le travail. Si vous ne le faites pas, vous devriez donner aux personnes qui le font leur dû. Ce n'est pas un travail facile; il nécessite à la fois des compétences interpersonnelles et des compétences en ingénierie; et cela prend du temps.