Hi, thanks to the metrics reports now we know that the top bug fixers in
November were Nobody (228) and Wikidata bugs (83)... followed by Michael
Dale (28), Roan Kattouw (23), etc.
http://www.mediawiki.org/wiki/Community_metrics/November_2012#People
Even if the visible problem is a less accurate Bugzilla hall of fame,
the actual problem is that a big bunch of developers don't notify when
they are taking a bug. This decreases transparency and increases the
chances of duplicated work.
This wouldn't be a big deal if it wouldn't happen to 55% of the bugs
resolved as FIXED last month. In practice this means that you can't be
really sure that a NEW bug is being fixed by someone while you are
looking at it.
Can we solve this? Actual and potential contributors will be happier,
and probably you as well. At the end we are talking about the practice
of a small, very active group of (probably full time employed)
developers. The solution is simply to click "take" and "assigned" when
you start working with a bug.
See this report of November:
http://bit.ly/TJZLWU
"Wikidata bugs" is focused in 5 components: WikidataRepo,
WikidataClient, ContentHandler, Wikidata, OAI.
"Nobody" is all over but these are the top 10 components that could
start fixing their practices:
* Semantic MediaWiki 23
* Wikimedia & MediaWiki General/Unknown 20
* Wikimedia Site requests 17
* MobileFrontend (Beta) 12
* MediaWiki Interface 10
* UploadWizard 10
* MobileFrontend 9
* MediaWiki Internationalization 8
* Wikimedia Bugzilla 8
* ArticleFeedbackv5 8
There's hope to see progress in the next Metrics report. :)
--
Quim Gil
Technical Contributor Coordinator
Wikimedia Foundation