<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Jul 28, 2014 at 8:51 PM, Gavin Sharp <span dir="ltr"><<a href="mailto:gavin@gavinsharp.com" target="_blank">gavin@gavinsharp.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>That was kind of my point - I would not assume that the backout rate<br>


</div>
should be volume-independent. As a project grows I would expect the<br>
backout rate to also grow, all else being equal. The implied<br>
conclusion (rapid release caused a higher backout rate) seemed to<br>
depend on assuming otherwise.<br></blockquote><div><br></div><div>Sure, it's a valid point. It's reasonable to assume that backout rate is somehow proportional to million lines of code (MLOC), but I think they're not linearly proportional. Let's assume that backout rate should be proportional to the square root of MLOC. In this case:</div>

<div><br></div><div>Before: 6.8% / sqrt(4.9) MLOC = 3.07</div><div>After: 9.4% / sqrt(8.1) MLOC = 3.30  (i.e., a 7% increase)</div><div><br></div><div>Some researchers propose using a metric like num. of backed out bugs / million lines of code (MLOC):</div>

<div><br></div><div>Before: 836 backouts / 4.9 MLOC = 170.6</div><div>After: 2305 backouts / 8.1 MLOC = 284.6 (i.e., a 66% increase)</div><div><br></div><div>I assumed volume could be one explanation to the increased backout rate, but given the high growth (from 6.8% to 9.4%), I thought it was worthwhile to look for additional explanations.</div>

<div><br></div><div>[]s</div><div>Rodrigo</div></div></div></div>