On Sat, 2016-04-02 at 21:10 +0200, Florian Schmidt wrote:
> I'm pretty sure http://korma.wmflabs.org/browser/scm.html and other
> pages of korma will give you some information.
For the records, in the meantime korma.wmflabs.org got replaced by
https://wikimedia.biterg.io/ . Documentation is
Hi!
> I personally reserve -2 for "this is a fundamentally bad idea" or "this
> requires
> community consensus before being implemented". Anything that is fixable in the
> code should get a -1 or 0.
>
> Btw, I personally prefer to get -1 reviews over 0 reviews, simply because it's
> easier to
I personally reserve -2 for "this is a fundamentally bad idea" or "this requires
community consensus before being implemented". Anything that is fixable in the
code should get a -1 or 0.
Btw, I personally prefer to get -1 reviews over 0 reviews, simply because it's
easier to spot them as "todo"
I think a review is valuable no matter what the score... with the
possible exception of -2 which I fear is probably a bit too aggressive
and unnecessary in our ecosystem for which reason the reading web team
agreed to avoid the use of -2 except to stop merges in progress that
were not ready. I
> I, for example, value better good -1 code reviews
Same here. There are statistics for -1 too, two clicks away from the
link I provided in the previous message.
https://www.mediawiki.org/wiki/Gerrit/Reports/Code_review_activity
Nemo
___
Wikitech-l
Niklas puts it well. Analogously, in sports like baseball there are lots of
statistics about players, coaches, teams, divisions, and leagues. Awards
are given based strictly on quantities, as well as more subjectively on
qualities for recognitions such as Rookie of the Year and Most Valuable
I agree we should give recognition and encouragement to devs, but I think
there are other ways to do it we could think about besides sheer number of
commits, +2s or lines modified.
I personally think that rewarding high numbers encourages quantity over
quality (only big numbers are recognized)
2016-04-04 17:02 GMT+03:00 Quim Gil :
> The first question to answer is what information are you looking for when
> you want to measure developers' "productivity". What would be the
> motivation of that estimation? What is the motivation behind this thread?
One reason comes to
On Sat, Apr 2, 2016 at 10:13 PM, Pine W wrote:
> Yeah. It would be interesting to have multiple measures of "productivity"
> for technical contributors, including code review.
>
> Quim: is this something that's within Technical Collaboration's scope? If
> not, perhaps it's
Lines added: Last 365 days: 20,176,017
Lines removed: Last 365 days: 14,378,469
Is this ^ right? Those are really big numbers!
On Sun, Apr 3, 2016 at 10:39 PM, Federico Leva (Nemo)
wrote:
> For statistics, see https://www.mediawiki.org/wiki/Development_statistics
> . As a
For statistics, see
https://www.mediawiki.org/wiki/Development_statistics . As a starting
point to look into what you call "productivity", I usually use:
* https://www.openhub.net/orgs/wikimedia
* http://koti.kapsi.fi/~federico/crstats/core.txt +
opers <wikitech-l@lists.wikimedia.org>
> Betreff: [Wikitech-l] productivity of mediawiki developers
>
> hi,
>
> is there a statistics about mediawiki developer productivity? i just fell
> over a couple of pages and i am quite impressed i must say:
> * gabriel, https://githu
Perhaps some Working Wikipedian and Tireless Contributor barnstars are
appropriate for that group!
Pine
On Sat, Apr 2, 2016 at 12:06 PM, rupert THURNER
wrote:
> hi,
>
> is there a statistics about mediawiki developer productivity? i just
> fell over a couple of pages
[mailto:wikitech-l-boun...@lists.wikimedia.org] Im Auftrag von
rupert THURNER
Gesendet: Samstag, 2. April 2016 21:06
An: Wikimedia developers <wikitech-l@lists.wikimedia.org>
Betreff: [Wikitech-l] productivity of mediawiki developers
hi,
is there a statistics about mediawiki developer produc
hi,
is there a statistics about mediawiki developer productivity? i just
fell over a couple of pages and i am quite impressed i must say:
* gabriel, https://github.com/gwicke, 2'300 commits last year
* jeroen, https://github.com/JeroenDeDauw, 3'700 commits a year
* ori, https://github.com/atdt,
15 matches
Mail list logo