43 votes

Que faire avec les développeurs étoiles qui ne documentent pas leur travail?

Il y a un collègue qui a gravement connaît son affaire, il est l'un des plus brillants que j'ai jamais travaillé, mais il a:

  • travaille dans son propre petit quartier de son répertoire d'accueil plutôt que dans la commune CVS repository
  • ne pas documenter son code
  • ne pas commenter son code, par exemple de 3 500 SLOC de C avec pas de commentaires et pas de lignes vides à casser des choses en place
  • souvent overcomplicates choses, par exemple, utilise trois scripts shell qui appellent l'un l'autre pour faire le travail qu'un simple script shell pourrait le faire.

Peut-être que ce est peut-être un de ces gens qui pense que "si je suis la seule personne qui le sait, ils ne peuvent pas se débarrasser de moi"?

Toutes les suggestions sur ce qu'il faut faire?

BTW Gestion de la sait de la situation et tentent de changer les choses.

123voto

Alexander Points 1962

À mon avis quelqu'un faire des choses stupides comme vous l'avez décrite ci-dessus ne peut pas être une star développeur! Pour moi, il semble que comme il l'a volontairement rend les choses plus compliquées qu'elles sont, afin que personne d'autre que lui-même pouvez maintenir le code. Cela fait de lui-même plus important que ce qu'il est vraiment! Parlez-lui. Il a à le changer! S'il ne le fait pas, le remplacer par une véritable star de développeur de!

Je vous promets, en même la moitié d'une année, il ne saura pas comment son propre code fonctionne! Le feu lui et vous pouvez économiser beaucoup de temps et d'argent.

46voto

Tamas Czinege Points 49277

La partie CVS est simple: une panne de disque dur "accidentelle" lui apprend une leçon de vie (assurez-vous de bien avoir une copie de sauvegarde pour ne pas perdre de code).

26voto

DarthNerdus Points 927

Cela ressemble à une situation difficile.

Personnellement, je le laisserais partir. Il est peut-être un développeur star, mais il ne fait pas partie de l'équipe. Et vous devez avoir une équipe soudée qui peut travailler ensemble si vous voulez fabriquer un bon produit.

19voto

Toon Krijthe Points 36327

Manquer de documenter est un (très mauvais) moyen de garantir la sécurité de l'emploi.

Vous pouvez faire plusieurs choses pour contrer cela:

  • ajoutez de la documentation en tant qu'exigence pour les évaluations de performances personnelles.
  • n'acceptez pas de logiciel non documenté.
  • avoir un mot avec le développeur et savoir pourquoi il ne documente pas.
  • Acheter un outil de documentation cool.

16voto

Malkocoglu Points 1401

Jouez le mauvais sketch / bon flic que vous avez vu dans les films. Laissez la direction être le mauvais flic et vous le bon flic. Laissez la direction demander des documents trop volumineux et des sauvegardes ZIP à la minute de son travail. Mais vous lui offrez une documentation modérée (par exemple, doxygen) et des check-ins de contrôle de source habituels ...

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X