Re: [Wikitech-l] Crediting the work of our community members

[David Gerard]

Other projects don't do this, do they? Mozilla and LibreOffice just
list *everyone* in alphabetical order. (I'm still in the Mozilla
credits list for my work on the Mozilla 1.0 FAQ in 2002:
https://www.mozilla.org/credits/ )

On 30 May 2016 at 17:40, Jon Robson  wrote:
> "I came across a patch from a user who was keen to move himself from
> "Patch contributors" to "Developers" in the MediaWiki  CREDITS file
> [1]. It had been sitting there for over a year. He doesn't seem to
> have been active since. I don't know what to do with it. It made me
> think.
>
> Do we have it documented anywhere how we use this credits file and why
> we feel the need to distinguish between Developers and Patch
> Contributors? It seems like a recipe for disaster in my opinion as it
> can only lead to hurt feelings due to contributors feeling unfairly
> treated. https://www.mediawiki.org/wiki/Special:Version/Credits leads
> with 'We would like to recognize the following persons for their
> contribution to MediaWiki." - if someone is not in that list are they
> not as important?
>
> If we keep these files we should probably explain the rules to what
> adding names looks like within these files and what the process to
> adding your name is (can I add myself? Is there a process like getting
> +2?)
>
> To take another extreme, we might consider abandoning such a file in
> favour of something automatically generated. Things like
> https://github.com/wikimedia/mediawiki/graphs/contributors do a far
> better job at allowing people to see who contributed to a tool and
> making people feel like their work is rewarded.
>
> On a slightly related note, can we abandon the practice of putting
> names inside files themselves? I see this practice in JavaScript and
> PHP files throughout core (grep for @author). As Team Geek [2] (great
> read btw) says "unlike other collaborative pieces of creative work...
> software keeps changing even after it's "done". So while listing
> contributors credits at the end of a movie is a safe and static thing,
> attempting to add and remove names from a source file is a
> never-ending exercise in insanity". For similar reasons this practice
> gives an impression of ownership of a file/code review
> responsibilities (which are not always true) and risks hurt feelings.
>
> [1] https://github.com/wikimedia/mediawiki/blob/master/CREDITS
> [2] 
> http://www.amazon.com/gp/search?index=books=qs=9781449302443
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Crediting the work of our community members

[Brian Wolff]

On Monday, May 30, 2016, Jon Robson  wrote:
> "I came across a patch from a user who was keen to move himself from
> "Patch contributors" to "Developers" in the MediaWiki  CREDITS file
> [1]. It had been sitting there for over a year. He doesn't seem to
> have been active since. I don't know what to do with it. It made me
> think.
>
> Do we have it documented anywhere how we use this credits file and why
> we feel the need to distinguish between Developers and Patch
> Contributors? It seems like a recipe for disaster in my opinion as it
> can only lead to hurt feelings due to contributors feeling unfairly
> treated. https://www.mediawiki.org/wiki/Special:Version/Credits leads
> with 'We would like to recognize the following persons for their
> contribution to MediaWiki." - if someone is not in that list are they
> not as important?
>
> If we keep these files we should probably explain the rules to what
> adding names looks like within these files and what the process to
> adding your name is (can I add myself? Is there a process like getting
> +2?)
>
> To take another extreme, we might consider abandoning such a file in
> favour of something automatically generated. Things like
> https://github.com/wikimedia/mediawiki/graphs/contributors do a far
> better job at allowing people to see who contributed to a tool and
> making people feel like their work is rewarded.
>
> On a slightly related note, can we abandon the practice of putting
> names inside files themselves? I see this practice in JavaScript and
> PHP files throughout core (grep for @author). As Team Geek [2] (great
> read btw) says "unlike other collaborative pieces of creative work...
> software keeps changing even after it's "done". So while listing
> contributors credits at the end of a movie is a safe and static thing,
> attempting to add and remove names from a source file is a
> never-ending exercise in insanity". For similar reasons this practice
> gives an impression of ownership of a file/code review
> responsibilities (which are not always true) and risks hurt feelings.
>
> [1] https://github.com/wikimedia/mediawiki/blob/master/CREDITS
> [2]
http://www.amazon.com/gp/search?index=books=qs=9781449302443
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l

I think historically the split was between people with (svn) commit access
vs those who had to submit patches via bugzilla.

In modern times, this makes less sense as +2 is a much higher bar than
commit access.

I agree we should formalize it, or remove the distinction. I think there is
a value in recognizing those who have been contributing in the long term vs
those who made a 1 off contribution once. Maybe something like if you have
50 patches merged into core you can be in the developer section (number
picked arbitrary).

As for @author annotations. Ive never really seen the point. Ive usually
looked at them as who started this area of code rather then who neccesarily
"wrote" it. They dont bother me, but if we got rid of them i wouldnt
particularly care either. Except if the code was originally from somewhere
else, then we should probably keep them.

--
bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Crediting the work of our community members

[Jon Robson]

"I came across a patch from a user who was keen to move himself from
"Patch contributors" to "Developers" in the MediaWiki  CREDITS file
[1]. It had been sitting there for over a year. He doesn't seem to
have been active since. I don't know what to do with it. It made me
think.

Do we have it documented anywhere how we use this credits file and why
we feel the need to distinguish between Developers and Patch
Contributors? It seems like a recipe for disaster in my opinion as it
can only lead to hurt feelings due to contributors feeling unfairly
treated. https://www.mediawiki.org/wiki/Special:Version/Credits leads
with 'We would like to recognize the following persons for their
contribution to MediaWiki." - if someone is not in that list are they
not as important?

If we keep these files we should probably explain the rules to what
adding names looks like within these files and what the process to
adding your name is (can I add myself? Is there a process like getting
+2?)

To take another extreme, we might consider abandoning such a file in
favour of something automatically generated. Things like
https://github.com/wikimedia/mediawiki/graphs/contributors do a far
better job at allowing people to see who contributed to a tool and
making people feel like their work is rewarded.

On a slightly related note, can we abandon the practice of putting
names inside files themselves? I see this practice in JavaScript and
PHP files throughout core (grep for @author). As Team Geek [2] (great
read btw) says "unlike other collaborative pieces of creative work...
software keeps changing even after it's "done". So while listing
contributors credits at the end of a movie is a safe and static thing,
attempting to add and remove names from a source file is a
never-ending exercise in insanity". For similar reasons this practice
gives an impression of ownership of a file/code review
responsibilities (which are not always true) and risks hurt feelings.

[1] https://github.com/wikimedia/mediawiki/blob/master/CREDITS
[2] 
http://www.amazon.com/gp/search?index=books=qs=9781449302443

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Analytics] 'Unique Devices' Data Visualizations Available

[Dario Taraborelli]

neat, well done people

> On May 24, 2016, at 9:51 PM, Nuria Ruiz  wrote:
> 
> 
> Hello!
> 
> 
> The analytics team would like to announce that we have a new visualization 
> for Unique Devices data. As you know Unique Devices [1] is our best proxy to 
> calculate Unique Users. We would like to reiterate that the data is available 
> in a public API that anyone can access [2]. We calculate Uniques daily and 
> monthly.
>   
> 
> See, for example, "Daily Unique Devices" for Spanish Wikipedia versus French 
> wikipedia:
> https://vital-signs.wmflabs.org/#projects=frwiki,eswiki/metrics=UniqueDevices 
> 
> 
> FYI that dashboard would not work on IE, only on Edge. 
> 
> Thanks, 
> 
> Nuria
> 
> [1] https://meta.wikimedia.org/wiki/Research:Unique_Devices 
> 
> [2] https://wikitech.wikimedia.org/wiki/Analytics/Unique_Devices 
> 
> 
> 
> ___
> Analytics mailing list
> analyt...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/analytics



Dario Taraborelli  Head of Research, Wikimedia Foundation
wikimediafoundation.org  • nitens.org 
 • @readermeter 
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Engineering] Update from the Perf Team

[Brad Jorsch (Anomie)]

On Sun, May 29, 2016 at 2:22 PM, Gergo Tisza  wrote:

> Fetching all thumbnail URLs in a single request is T56037
>  and should not be particularly
> complicated.


Well, T56037 is blocked by T56035, and the current plan for dealing with
that is T66214.


-- 
Brad Jorsch (Anomie)
Senior Software Engineer
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l