Re: [gentoo-project] Comrel Improvements: Expectations of Privacy

[Seemant Kulleen]

Happy Thursday/Friday Daniel & Rich,
(and hi to all thread participants)

I favour the idea of data-driven decision making.

For what it's worth, I would like to help on the aspect, if y'all decide to
go forward with automated data gathering/collection projects.

Cheers,
Seemant


*--*
*Oakland Finish Up Weekend*
Be Amazed.  Be Amazing.
Get Mentored | Get Inspired | *Finish* *Up*
http://oaklandfinishup.com


On Thu, Oct 6, 2016 at 5:43 PM, Daniel Campbell <zlg@g.o> wrote:

> On 10/03/2016 09:00 AM, William L. Thomson Jr. wrote:
> > On Friday, September 30, 2016 8:59:15 PM EDT Rich Freeman wrote:
> >>
> >> The Issue
> >> Recently there has been some questioning of whether we have the right
> >> balance of privacy in Comrel disputes.
> >
> > Anonymous stats can be produced and released without releasing any
> private
> > information.
> >
> > Such as but not limited to the following:
> >
> > # of cases brought to comrel
> > # of cases resolved amicably
> > # of warnings issued
> > # of cases resulting in policing action, suspension, ban, etc
> > # of developers kicked/booted
> > # of developers recruited
> >
> > For each of the above, there would be another field, # of comrel members
> who
> > voted or took part in such action. That will show if it is just
> individuals
> > having their way, or if comrel is working as a team. May even go so far
> as to
> > record votes, x number for, x number against for each.
> >
> > There could be more, but such information is very useful. All of such
> will
> > provide a measure of accountability. It does not reveal any sensitive
> > information. This would be like annually at minimum, monthly at maximum.
> >
> > This could even be produced retroactively so we could see if this had an
> > impact on the project at any given point in time. I suspect that might
> be the
> > case in the past.
> >
> I really like this idea. We already have a script that tells us the
> latest additions and removals for ebuilds; why not something for
> developers as well? It could give us concrete ideas of not only how
> Comrel is 'performing', but also how proxy-maint or other recruiting
> avenues are increasing our staffing to meet bug or package maintenance
> demands.
>
> Of course, I don't think writing that script would be quite as easy, so
> one or two stats at a time would be a great start.
>
> --
> Daniel Campbell - Gentoo Developer
> OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
> fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6
>
>