C'est super bien factorisé (13 lignes), et donc si on suit la logique, ce code sera très facilement comprehensible (facile, c'est un jeux d'échec).
Je suis d'accord que le nombre de ligne n'est pas la métrique idéale.
C'est pour cela que la plupart des logiciels de statistique de code compte le nombre de ligne de code, le nombre de ligne de commentaire, la présence d'une ligne de commentaire corrélée avec du code, etc...
Comme je le disais dans la première question, un dév qui ajouterait un espace à chaque ligne deviendrait "le propriétaire" de la ligne, et donc fausserait les stats.
Je pense simplement que sur un (vrai) projet, où les patchs sont analysés avant d'être committed, ce genre de cas n'arrive pas (comme le cas du dev qui ecrit toutes ses lignes sur une largeur de colonne de 20).
La solution idéale, c'est que quelqu'un se cogne la lecture du code, comptabilise chaque ligne avec une note (suivant si elle est logique, commentée, testée, etc...). Malheureusement, je crois pas qu'il soit possible d'en arriver là.
[^] # Re: productivité != nombre de lignes
Posté par XRyl669 . En réponse au message Cherche moyen d'identifier l'auteur des lignes d'un code source dans un dépot SVN. Évalué à 1.
C'est super bien factorisé (13 lignes), et donc si on suit la logique, ce code sera très facilement comprehensible (facile, c'est un jeux d'échec).
Je suis d'accord que le nombre de ligne n'est pas la métrique idéale.
C'est pour cela que la plupart des logiciels de statistique de code compte le nombre de ligne de code, le nombre de ligne de commentaire, la présence d'une ligne de commentaire corrélée avec du code, etc...
Comme je le disais dans la première question, un dév qui ajouterait un espace à chaque ligne deviendrait "le propriétaire" de la ligne, et donc fausserait les stats.
Je pense simplement que sur un (vrai) projet, où les patchs sont analysés avant d'être committed, ce genre de cas n'arrive pas (comme le cas du dev qui ecrit toutes ses lignes sur une largeur de colonne de 20).
La solution idéale, c'est que quelqu'un se cogne la lecture du code, comptabilise chaque ligne avec une note (suivant si elle est logique, commentée, testée, etc...). Malheureusement, je crois pas qu'il soit possible d'en arriver là.