<div dir="ltr">The main problem I see in having a formal pay to review/merge model, no matter the scale, is that it is a pay to win model no matter how to goes.  If you have the money you can pay someone to push it though quicker which doesn't give others the same ability if they don't have the cash.  <div><br></div><div>Personally the only way I can see this model working is if we have a full time dev for the project that can review most PRs, or the <a href="http://QGIS.ORG">QGIS.ORG</a> board can allocate funds to a core dev to review a set of PRs. This way the project is in control and not "Hey X, I have a stack of cash here. Be a buddy and merge my stuff for me will ya"<br><div><br></div><div>I am streamlining the QEP process so that the whole think is quicker and faster to do.</div><div><br></div><div>- Nathan</div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 9, 2015 at 9:53 PM, Hugo Mercier <span dir="ltr"><<a href="mailto:hugo.mercier@oslandia.com" target="_blank">hugo.mercier@oslandia.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 09/11/2015 12:23, Alessandro Pasotti wrote:<br>
> 2015-11-09 11:52 GMT+01:00 Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@gmail.com</a><br>
</span>> <mailto:<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@gmail.com</a>>>:<br>
<span class="">><br>
<br>
><br>
>     The way I read this is that THEY would have to pay for their<br>
>     contribution to be reviewed.<br>
><br>
>     Nyall<br>
><br>
><br>
><br>
> Only if nobody volunteers to review that for free.<br>
<br>
<br>
</span>Yes. Or to put it differently: only if THEY want a guarantee on<br>
acceptability / decision delay<br>
<br>
<br>
><br>
> To address 2, the <a href="http://QGIS.ORG" rel="noreferrer" target="_blank">QGIS.ORG</a> <<a href="http://QGIS.ORG" rel="noreferrer" target="_blank">http://QGIS.ORG</a>> will ask if somebody is<br>
<span class="">> volunteering to review the code in a certain time (and keep the money<br>
> for the project in that case) an hire a core dev to do the code review<br>
> in case no one is available (still keeping part of the money for the<br>
> internal expenses).<br>
><br>
<br>
</span>I agree. But I am pretty sure if it is known there is money for a<br>
review, nobody would like to review it for free (and it would make<br>
sense). So I am not sure about the first part of your "if" :)<br>
<br>
I also think it could generalize to QEP reviews as well.<br>
<span class=""><br>
> This is not killing voluntary work, provides some additional funds for<br>
</span>> <a href="http://QGIS.ORG" rel="noreferrer" target="_blank">QGIS.ORG</a> <<a href="http://QGIS.ORG" rel="noreferrer" target="_blank">http://QGIS.ORG</a>>, reward core devs (and feeds their children)<br>
<span class="">> and moreover guarantee certain times and a clear and transparent path<br>
> for new features approval process to not-core devs.<br>
<br>
</span>+1<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a></div></div></blockquote></div><br></div>