Mesurer la productivité en mesurant juste les lignes de code, encore une idée à la con qui a déjà été débunkée... pfiou... je sais pas, il y a plus de 20 ans ? Comme si les ingénieurs étaient juste des machines à pisser du code. https://sebsauvage.net/links/?PGtm_A
@gboussard@sebsauvage Après à partir du moment où tu met en place un benchmark comme quelque chose de permanent, ça devient un mauvais benchmark.
Pas simplement parce que tu as de la triche (coucou Volkswagen) mais aussi parce que ça crée une tendance à sur-optimiser pour le benchmark en question en dépit d'autres mesures, surtout quand c'est un benchmark lié au marketing, style faire tourner Crysis le plus rapidement possible au lieu de le faire pour les applications 3D en général.
@sebsauvage J'émets une hypothèse : Quand une métrique n'est pas au niveau attendu, et que l'encadrement ne sait pas l'expliquer, ça veut dire que l'encadrement ne comprend rien au terrain.
J'ai peut-être enfin trouvé une utilité aux métriques mais je doute d'arriver à la "vendre" aux encadrants.
@sebsauvage Je me souviens d'un reportage quand j'étais petit "les pirate de la silicon valley" où y avait un passage "IBM étaient tellement des dinosaures, que les employés étaient évalués à partir de la quantité de ligne de code". ^^'
@sebsauvage oui... mais à la fin le but c'est quand même d'écrire du code, en tant qu'équipe du moins (pas en tant qu'individu). (je dis pas _ajouter_ du code mais bien en écrire, ce qui peut impliquer d'en enlever bien sûr).