[Vtigercrm-developers] Cooperation

[Adam Heinz]

On Wed, Feb 6, 2013 at 2:13 PM, Sreenivas Kanumuru <svk at vtiger.com> wrote:

> We try to integrate as many patches as possible. 5.3 and 5.4 versions
> included some patches that we received from community members. But, i agree
> that we did not get back to all the developers who submitted patches. We
> did not have sufficient time to monitor and close lower priority issues.
>

I think this is a systemic problem.  I'm a big believer that a bug tracking
system is a general indicator of the overall health of a development team.
 Generally speaking, I lean towards agile software development, so my
personal litmus tests reflect that:

1. There should be no open bugs in old milestones.  They should either be
fixed by development and verified by QA, or they should be moved forward by
project management.  If possible, old milestones should be locked so that
new bugs can't be entered against them.
2. New bugs coming in should be assigned to either the current hotfix
branch, the current development branch, the subsequent development branch,
or the heap.  When a development branch closes, the heap is reviewed,
pulling bugs into the development branch, potentially as WONTFIX, INVALID
or WORKSFORME.

There is nothing wrong with reviewing open source contributions and
throwing them out.  You can use a low level QA person to triage bugs as not
reproducible.  Nobody is going to get offended if a junior member of your
team starts a dialogue with them, asking for help to reproduce a bug.  That
said, I find it insulting that you claim not to have the few minutes it
takes to review what may have taken a developer hours or days to build.  It
takes a lot less time to review a bug than it does to fix it.  When I
manage other developers, I mostly get the hell out of their way, keep their
slop bucket full of bugs, and review EVERY SINGLE LINE OF CODE THEY SUBMIT.
 It takes me no more than thirty minutes to review an entire eight hour day
of another developer's work and svn merge the change from their development
branch into a testing branch.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.vtigercrm.com/pipermail/vtigercrm-developers/attachments/20130206/92a31899/attachment.html