For details see
CoreCVSMonitor
For details see
PluginsCVSMonitor
NB. This second graph has a different start date.
--
MartinCleaver - 15 Dec 2003
All Codev Contributions
Just an update - I'll try to keep this up to date once a quarter.
- Rankings are inherently flawed as are taken from WebStatistics thus giving the illusion that if you don't make the top ten you apparently don't count.
- They do not distinguish ContributionTypeValues: from FormatHousekeeping, reference completing Wiki:WikiGnome
, through BugReport, application of patches (PatchAccepted), code contributions (FeatureHack, PatchProposal (bug fix, new feature)), through to architectural contributions and comprehensive analysis.
- I suggest we use a voting mechanism to allocate points for useful contributions.
Core Team Code contributions
2004 Q1 Results (Jan - 17 Apr 2004)
| Core Team |
TWiki Analysis result |
| Main.Author |
Karma |
Commits |
Added |
Removed |
Change |
| PeterThoeny |
18,587 |
78 |
5,876 |
4,029 |
1,847 |
| WalterMundt |
15,369 |
49 |
5,397 |
1,774 |
3,623 |
| SvenDowideit |
12,792 |
48 |
3,522 |
1,424 |
2,098 |
| RichardDonkin |
6,472 |
30 |
582 |
338 |
244 |
| ArthurClemens |
1,293 |
10 |
209 |
13 |
196 |
| NicholasLee |
0 |
0 |
0 |
0 |
0 |
| AndreaSterbini |
0 |
0 |
0 |
0 |
0 |
| ColasNahaboo |
0 |
0 |
0 |
0 |
0 |
| Officially inactive (date) |
| JohnTalintyre (14 Apr 2004) |
0 |
0 |
0 |
0 |
0 |
Flaws
- These figures should count both a patchers patch and the overhead incurred by the core team to apply it. But at differential rates, so we ignore this.
- I've not brought in the raw contribution stats figures - I'll try to do this when I get time.
- ContributionTypeValues - I'll try to get these incorporated. I think recogition is key for encouraging behaviours that perhaps result in single, highly valuable contributions.
2003
Thanks Martin, it is always good to have fact at hand. The number of line changes over time can be a good indication of activity and advancement. Some comments:
- The Core code was advancing slower recently. This is what I have shown previously in the first graph at AppealToCodevCommunityByCoreTeam.
- The total number of lines of all Plugins is larger then the TWiki core. As indicated in the first graph at AppealToCodevCommunityByCoreTeam, TWiki has accelerated development if you look at the core and the Plugins combined.
- The Plugins graph needs to be interpreted right. There was a big initial increase when CVS was introduced, then it flattened gradually. The initial increase is because many existing Plugin packages have been copied into CVS. It flattened because only a few Plugin authors use CVS; the majority of authors simply attach the package to the topic in the Plugins web (yes I am guilty too). A more accurate measure would be list the total number of lines of all Plugin packages attached to topics in the Plugins web, measured over time.
--
PeterThoeny - 17 Dec 2003
Raw contributions, 2003
--
MartinCleaver - 05 Feb 2004
What does "karma" mean in this context? (How is it calculated?)
--
RandyKramer - 05 Feb 2004
I don't really know, Randy (It comes from cvsmonitor). I guess it is some function of how much you have contributed. It would be nice to be able to customise it as I would rate refactoring a higher priority than adding code, especially for our codebase.
--
MartinCleaver - 06 Feb 2004