All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Campbell <ian.campbell@citrix.com>
To: Lars Kurth <lars.kurth.xen@gmail.com>,
	Xen-devel <xen-devel@lists.xen.org>
Cc: Daniel Izquierdo <dizquierdo@bitergia.com>,
	"Jesus M. Gonzalez-Barahona" <jgb@bitergia.com>
Subject: Re: [RFC] Results of Phase 1 of the Review Process study
Date: Thu, 15 Oct 2015 10:06:19 +0100	[thread overview]
Message-ID: <1444899979.1607.29.camel@citrix.com> (raw)
In-Reply-To: <D74396E1-D99B-4FEF-A85B-3EEC431B3FC3@gmail.com>

On Wed, 2015-10-14 at 18:32 +0100, Lars Kurth wrote:
> C1) Only 60% percent of the reviews on the mailing list could be matched
> to commits. This can be improved going forward, but we felt that the
> dataset is big enough for statical analysis and didn't want to spend too
> much time to get the matching perfect at this stage. See "Coverage
> analysis" for more details

How strict or fuzzy is the matching?

Does it account for e.g. spelling, grammar and clarity changes and things
like adding a subsystem ("tools: libxc:") prefix, either upon commit or by
the author in vN+1 based on feedback?

I often both comment on such things during review and (with the authors
permission) tweak things upon commit.

If those changes are not being correlated then I expect that would skew the
figures of those for whom English is not their first language (and not a
small portion of native speakers even!) and newcomers who e.g. might not be
aware of the need to prefix things with the subsystem.

In a (smaller) number of cases a patch is abandoned in favour of a very
different approach, which I think would be essentially untrackable, at
least automatically.

> 
[...]
> The log scale diagrams are more interesting (See LogScale.png for a 
> legend).

The width of the box in these diagrams has no meaning, is that correct?

> 
[...]
> == Backlog Analysis ==
> This section shows us the total of patch series reviews that could be
> modelled (60%) over the project's life-time 

How does this interact with the 60% in caveat C1? Is it the same 60% or is
this 60% of that 60% (i.e. 36% overall)?

If it is the same 60% then how are stalled series distinguished from the
40% which are not mapped to a commit?

Separately, I suppose it is impossible to distinguish stalled from
abandoned (and perhaps in some senses they are the same thing so we don't
need to distinguish).

Ian.

  reply	other threads:[~2015-10-15  9:06 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-14 17:32 [RFC] Results of Phase 1 of the Review Process study Lars Kurth
2015-10-15  9:06 ` Ian Campbell [this message]
2015-10-15  9:26   ` Ian Campbell
2015-10-15 21:36     ` Lars Kurth
2015-10-15 22:25       ` Jesus M. Gonzalez-Barahona
2015-10-15 22:32       ` Jesus M. Gonzalez-Barahona
2015-10-16  9:19         ` Ian Campbell
2015-10-16  9:29           ` Lars Kurth
2015-10-16  9:58             ` Ian Campbell
2015-10-15 21:18   ` Lars Kurth
2015-10-16  9:06     ` Ian Campbell
2015-10-16  9:15     ` Ian Campbell
2015-10-15 11:58 ` Wei Liu
2015-10-15 21:20   ` Lars Kurth
2015-10-15 22:38   ` Jesus M. Gonzalez-Barahona
2015-10-16 11:06 ` Stefano Stabellini
2015-10-16 18:18   ` Lars Kurth
2015-10-21 12:49     ` Lars Kurth

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1444899979.1607.29.camel@citrix.com \
    --to=ian.campbell@citrix.com \
    --cc=dizquierdo@bitergia.com \
    --cc=jgb@bitergia.com \
    --cc=lars.kurth.xen@gmail.com \
    --cc=xen-devel@lists.xen.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.