On 6 June 2012 03:46, Sam Ruby <ru...@intertwingly.net> wrote: > On Tue, Jun 5, 2012 at 8:00 PM, Roy T. Fielding <field...@gbiv.com> wrote: >> >> There is no diversity requirement at the ASF. > > On one hand, I definitely agree with you. Derby graduated without > meeting the diversity requirement.
On the one hand I agree too, on the other hand... > That being said, I would like to bring up one thing: I have found it > *very* handy when approached by potential new projects to mention a > desire to bring on other participants. This does not need to be > expressed as a diversity requirement. Reality dictates that it does, > however, need to be an elevator pitch. I've also found that the diversity "fact" plays extremely well when talking to people who are considering contributing to a non-diverse community. In my experience people are happy when you tell them that "graduation from the incubator requires a healthy and diverse community, that means there is minimal risk in the current dominating force pushing you out of the community". The question to this is always "how is that measured?" In the past I've always talked of "three independent contributors". I see now, fro Roys argument that this can be counterproductive. In the future I will do a better job of defining "independent" but like Sam I would be concerned if the "elevator pitch" were lost in a rewrite of the documentation. Perhaps the best thing to do is change the incubator site to point at the comdev page on project diversity: http://community.apache.org/projectIndependence.html which includes text such as: "Apache projects should be managed independently, and PMCs must ensure that they are acting in the best interests of the project as a whole. Note that it is similarly important that the PMC clearly show this independence within their project community. The perception of existing and new participants within the community that the PMC is run independently and without favoring any specific third parties over others is important, to allow new contributors to feel comfortable both joining the community and contributing their work. A community that obviously favors one specific vendor in some exclusive way will often discourage new contributors from competing vendors, which is an issue for the long term health of the project." Ross --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
