On Tuesday, August 02, 2011 10:45:42 PM Christian Müller wrote:
Hello!
I love to see as we asking our users to be more involved with our project.
+1
I would like to add the label "Contributor" or "Beginner" (or something
similar) to issues which are easy to be resolve (by interested
users/customers).
In CXF, we have a custom "Estimated Complexity" field on the issues. I went
ahead and added that field to the Camel project for now for you to take a
look. We can always remove it if you prefer a label approach. :-)
We should not fix these issues so soon (unless it's an
urgent fix) to get the users/customers the chance to pick them up, adding a
comment that other knows they are working on this issue and providing a
patch for it. I could create a view in JIRA which lists all open issues with
this label and add a link from the contributing page [1] to this view. I
think then it is much more easier for our users/customers to "being more in
touch" with our project and evolve from a user to a contributor to ...
I know what this is for a great feeling to see its own (first) patch
committed, to add his name to the team page [2] later, ...
What do you think?
I'm COMPLETELY in support of this. From experience, it's extremely hard to
"learn" though and will take a conscious effort, especially from the code
leaders of a project. I know in CXF, it took me a LONG time to learn to not
just fix things immediately and instead say "Good idea, care to submit a
patch?" In general, I had to force myself into a mode of letting things sit
a bit. A week or so before a release, I'll run through things that have been
sitting and fix any "low hanging" things real quick just to get the fixes in
and keep the bug count down, but I definitely try to ask for patches a LOT
more often than I used to. At this point, I consider it a good day if I spend
more time reviewing and applying patches than fixing issues. That's a good
thing. :-) Yes, in many cases, it probably takes less time for me to just
fix the issue than to help someone, review a patch, etc.... However, it's
better for the community.
Dan
[1] http://camel.apache.org/contributing.html
[2] http://camel.apache.org/team.html
Best,
Christian
--
Daniel Kulp
dk...@apache.org
http://dankulp.com/blog
Talend - http://www.talend.com