Comment procéderiez-vous pour évaluer un programmeur ?[fermé]

Question

Il y a quelques semaines, j'ai été chargé d'évaluer tous nos programmeurs.Je suis très mal à l'aise avec cela puisque c'est moi qui ai enseigné à tout le monde le langage de programmation de la boutique (ils sont tous sortis de l'université sans connaître le langage et, par chance, je le maîtrise très bien.).Lors de l'évaluation, j'ai été très biaisé sur leurs performances (scores parfaits).

Je suis heureux que notre atelier de programmation n'exige pas un niveau de performance moyen, mais j'ai entendu des histoires d'horreur sur des ateliers qui exigent un niveau moyen.

Ma question est la suivante :

1. En tant que programmeur, quelles questions d’évaluation aimeriez-vous voir ?
2. En tant que manager, quelles questions d’évaluation souhaiteriez-vous voir ?
3. En tant qu’évaluateur, comment pouvez-vous éviter les biais dans votre évaluation ?
4. J'aimerais supprimer le test d'évaluation.Y a-t-il des avantages à passer un test d'évaluation ?Un inconvénient ?

Answer 1

Faire avancer les choses est vraiment tout ce dont vous avez besoin pour évaluer un développeur.Après cela, vous regardez la qualité générée par le développeur.Est-ce qu'ils écrivent des tests unitaires et croient aux tests et à la responsabilité du code qu'ils génèrent ?Prendront-ils l’initiative de corriger des bugs sans qu’on leur ait assigné ?Sont-ils passionnés par le codage ?Apprennent-ils constamment, essayant de trouver de meilleures façons d’accomplir une tâche ou d’améliorer un processus ?Ces questions correspondent à peu près à la façon dont je juge les développeurs directement sous moi.S'ils ne relèvent pas directement de vous et que vous n'êtes pas leur subordonné direct, vous ne devriez vraiment pas les évaluer.Si vous êtes chargé d'évaluer des programmeurs qui ne relèvent pas de vous, vous devez alors être proactif pour répondre aux questions ci-dessus à leur sujet, ce qui peut être difficile.

Vous ne pouvez pas supprimer le test d'évaluation.Je sais que cela peut parfois devenir fastidieux, mais j'aime vraiment le faire et c'est inestimable pour le développeur que vous évaluez.Vous devez être un manager soucieux du comportement de vos développeurs.Vous êtes le reflet direct d’eux et comme ils le sont de vous.Une question que je laisse toujours au développeur est qu'il m'évalue.L'évaluation doit être une route à deux voies.

Je dois également évaluer une liste de questions à l'emporte-pièce, ce que je fais, mais j'ajoute toujours ce qui précède et j'essaie de rendre l'évaluation amusante et un exercice d'apprentissage pendant le temps où j'ai le développeur en tête-à-tête, tout est question de développeur que vous évaluez.

Answer 2

Je considérerais d’abord non pas nécessairement le nombre de lignes de code, mais la valeur du code que la personne ajoute comme reflétant bien sûr ce qu’elle est chargée de faire.Quelqu'un chargé de maintenir les versets de code pour créer une nouvelle application est très différent.Considérez également comment la personne utilise de nouvelles techniques pour rendre le code pertinent et mis à jour ?Dans quelle mesure le code créé par la personne est-il maintenable ?Font-ils les choses d’une manière logique et compréhensible pour le reste de l’équipe ?Leur codage améliore-t-il l’application ou la détruit-il simplement ?Enfin et surtout, leur codage s’améliore-t-il avec le temps ?

Answer 3

Et si vous obteniez l’avis de chacun ?Toutes les personnes avec lesquelles une personne travaille auront un aperçu unique de cette personne.Une personne peut penser que quelqu'un est un fainéant, tandis qu'une autre personne voit qu'elle passe beaucoup de temps à planifier avant de commencer à coder, etc.

Answer 4

Et si vous obteniez l’avis de chacun ?Toutes les personnes avec lesquelles une personne travaille auront un aperçu unique de cette personne.

Cela fonctionnerait si (1) l'évaluation est menée avec des portes ouvertes et (2) vous avez travaillé avec cette personne sur un projet ou même sur le même module.En tant que personne qui les évaluait, je ne pouvais pas juger les programmeurs avec lesquels je ne travaillais pas directement.

Une personne peut penser que quelqu'un est un fainéant, tandis qu'une autre personne voit qu'elle passe beaucoup de temps à planifier avant de commencer à coder.

Malheureusement, cela est discutable.Quelqu’un qui ressemble à un fainéant pourrait être plongé dans de profondes pensées, ou peut-être pas.Et quelqu’un qui passe beaucoup de temps à planifier est-il nécessairement un mauvais programmeur ?

Je pense qu'une bonne question d'évaluation serait en mesure de répondre à cela.