$include_dir="/home/hyper-archives/boost/include"; include("$include_dir/msg-header.inc") ?>
Subject: Re: [boost] [Bug Sprint] Final report for the (late 2010) Bug Sprint
From: Roland Bock (rbock_at_[hidden])
Date: 2010-12-08 01:19:28
On 12/07/2010 09:35 PM, Edward Diener wrote:
> On 12/7/2010 1:44 PM, Roland Bock wrote:
>> On 12/07/2010 04:52 PM, Vicente Botet wrote:
>>>
>>> Marshall Clow-2 wrote:
>>>> Well, the bug sprint is over. [ But that doesn't mean you have to stop
>>>> fixing bugs if you don't want to! ]
>>>>
>>>> So - what did people think went well during the bug sprint?
>>>> What went poorly?
>>>> What can we do better next time (assuming that there is a next time)?
>>>>
>>>>
>>> Hi,
>>>
>>> I hope there will be a next time. I find we need this kind of 
>>> sprints to
>>> decrease the number of tickets.
>> As a long distance runner, I'd argue that sprints take you only a few
>> meters and than you have to stop and catch your breath. Measured over a
>> longer period of time, continuous jogging or even walking will take you
>> much further.
>>
>> I therefore wonder if there are ways to make it more attractive to fix
>> bugs in general. Not only during bug sprints? Maybe we could have some
>> "Bug Fixer of the Month" Award? Or let contributors appear in the
>> release notes?
>>
>> I don't know. In Web2.0, you are the coolest guy if your blogs are
>> referenced/read/whatever by the most people or if you have the most
>> friends, etc. In the boost community maybe you could gain a certain
>> standing by fixing bugs or contributing test cases...
>
> The best way to make fixing bugs in Boost attractive is to know that 
> once one has tested the fix and created a patch, the fix will not just 
> sit somewhere and never be applied. Either Boost needs more people who 
> have access to changing Boost trunk to deal with patches as they are 
> submitted, or it needs to give access to more trusted people to update 
> Boost trunk with patches. At the same time, if the latter happens, 
> anybody who is given access to Boost trunk directly to apply a patch 
> has to take responsibility in case the patch is in any way incorrect 
> to fix it or remove it.
That would certainly be  a requirement.
And sure, it gives some satisfaction to see the patch applied, but I 
think we could add some more incentive by publishing some facts about 
closed bugs, giving contributors their moment(s) of fame.
Regards,
Roland