moi ce qui me plaît, c'est de voir que la part de contribution de chaque "Entreprise" est minoritaire par rapport au groupe des "Volunteers". Attention aux chiffres présentés: si 70% des développeurs Gnome se disent être des volontaires (donc non payés pour travailler sur le projet), 70% des commits est fait par des "Entreprises". Reste que quand même près de 24% du travail est réalisé par les "Volunteers", ce qui les place comme numéro 1 par rapport à chaque autre structure prise individuellement.
Bien sûr, le nombre de commits n'est pas forcément un bon indicateur. Il comporte certains biais. Un commit est l'intégration d'un bout de code dans la totalité du code du projet. On peut donc avoir des commits de 2 lignes et d'autres de 50000 ! On serait donc tenté de dire: "mesurons avec le nombre de lignes du commit !".
Une telle mesure comporte également un biais important: mon commit de 2 lignes peut corriger une faille majeure qui permettra à un très grand nombre d'utilisateurs de faire fonctionner correctement l'application. Mon commit de 50000 lignes peut ajouter une fonctionnalité pour "experts" qui sera utilisée par 0,05% des utilisateurs. Il peut également se contenter de faire du toilettage lié au fait qu'un patch peut également supprimer des lignes.
Du coup, qu'est-ce-qui serait pertinent comme indicateur ? l'intérêt du commit pour les utilisateurs ou l'avancement du projet ? C'est une mesure très subjective...
Finalement, je crois que le nombre de commits, c'est pas si mal !
# Bénévoles, Indicateurs, toussa !
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Contributions à Gnome. Évalué à 2.
moi ce qui me plaît, c'est de voir que la part de contribution de chaque "Entreprise" est minoritaire par rapport au groupe des "Volunteers". Attention aux chiffres présentés: si 70% des développeurs Gnome se disent être des volontaires (donc non payés pour travailler sur le projet), 70% des commits est fait par des "Entreprises". Reste que quand même près de 24% du travail est réalisé par les "Volunteers", ce qui les place comme numéro 1 par rapport à chaque autre structure prise individuellement.
Bien sûr, le nombre de commits n'est pas forcément un bon indicateur. Il comporte certains biais. Un commit est l'intégration d'un bout de code dans la totalité du code du projet. On peut donc avoir des commits de 2 lignes et d'autres de 50000 ! On serait donc tenté de dire: "mesurons avec le nombre de lignes du commit !".
Une telle mesure comporte également un biais important: mon commit de 2 lignes peut corriger une faille majeure qui permettra à un très grand nombre d'utilisateurs de faire fonctionner correctement l'application. Mon commit de 50000 lignes peut ajouter une fonctionnalité pour "experts" qui sera utilisée par 0,05% des utilisateurs. Il peut également se contenter de faire du toilettage lié au fait qu'un patch peut également supprimer des lignes.
Du coup, qu'est-ce-qui serait pertinent comme indicateur ? l'intérêt du commit pour les utilisateurs ou l'avancement du projet ? C'est une mesure très subjective...
Finalement, je crois que le nombre de commits, c'est pas si mal !