<div dir="ltr"><br><br>2018-04-24 1:26 GMT+08:00 Doug Hellmann <<a href="mailto:doug@doughellmann.com">doug@doughellmann.com</a>>:<br>><br>> Excerpts from Rico Lin's message of 2018-04-24 00:54:14 +0800:<br>> > ** What aspects of our policies or culture make contributing to<br>> > OpenStackmore difficult than contributing to other open source projects?To<br>> > fully understand the map of OpenStack services is a huge challenge,<br>> > especially for new join developers. And for project teams, might not<br>><br>> This is an interesting point that I haven't heard raised before.<br>> Typically the number of projects is used as an example of something<br>> that is confusing to users or deployers, but can you elaborate on<br>> how it is confusing to contributors?<div>Because in some cases, users provide contributors and when a user feature jump in,</div><div>to clarify which projects to might be part of that feature will cause time when they weren't in</div><div>OpenStack for long (as a contributor working on cross communities). </div><div>And usually,  when he/she send out an ML for such a cross-projects usecase won't get much replied (really depends on teams).</div><div>For other cases, user rely on what developers' report to decides where they should put resource on,</div><div>but developers just provides the first match (and seems usable) project he can find in repositories.</div><div> </div><div>><br>> > provide new contributors guidelines to be quicker to become part of the<br>> > team. Finally, the format or WG/SIG/Team might confuse contributors.* Which<br>><br>> Do you mean because it isn't clear what sort of group to start in order<br>> to accomplish something?<div>exactly<br>><br>> > of those would you change, and how?IMO to provides clear landscape will<br>> > help on give people better view on the whole map and might get the better<br>> > idea on how to fit in their plan without spending too much time on finding<br>> > where to contribute. Also, we need provides better ways to communicate to<br>> > new contributors to at least make them feel welcome. Which maybe we can try<br>> > to add in PTL/TC's (or other possible position) duty and to provide better<br>> > guidelines to new join contributors who seems got no clue on what's the<br>> > project been working on or where the project needs help. Only people we<br>><br>> What role do you think the First Contact SIG might play in that?</div><div><br><div>I think in this specific scenario,<span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline"><span> </span>First Contact SIG can</span> help define the scope and suggest </div><div>the guideline. Because new developers always reach to SIG/project team directly, and if it's </div><div>not working,  they might just try to work around issues and skip the chances to join </div><div>OpenStack community.</div><div>><br>> > really understand that project can provide such judgment, and it seems like<br>> > a duty to provide guidelines to others (Aka help people working with you).<br>> > Finally, I personally think it's a good idea to have SIG in OpenStack, but<br>> > I think we need to provide technical guidelines to SIGs, so they can make a<br>> > clear decision on what's their mission, where are the resources they can<br>> > use, and how they might be able to use it. A clear vision makes clear<br>> > actions.* Where else should we be looking for contributors?IMO we actually<br>> > got a bunch new contributors around OpenStack (mostly for nova and neutron<br>> > of course) and trying to figure out what they can/should do. Also possibly<br>> > from other projects which might be doing overlapping jobs. Also to form SIG<br>> > might be a more productive way to collect contributors.*<br>> ><br>> ><br>> ><br>> > May The Force of OpenStack Be With You,<br>> ><br>> > *Rico Lin*irc: ricolin<br>> ><br>> > 2018-04-23 22:06 GMT+08:00 Doug Hellmann <<a href="mailto:doug@doughellmann.com">doug@doughellmann.com</a>>:<br>> ><br>> > > [This is meant to be one of (I hope) several conversation-provoking<br>> > > questions directed at prospective TC members to help the community<br>> > > understand their positions before considering how to vote in the<br>> > > ongoing election.]<br>> > ><br>> > > Over the last year we have seen some contraction in the number of<br>> > > companies and individuals contributing to OpenStack. At the same<br>> > > time we have started seeing contributions from other companies and<br>> > > individuals. To some degree this contraction and shift in contributor<br>> > > base is a natural outcome of changes in OpenStack itself along with<br>> > > the rest of the technology industry, but as with any change it<br>> > > raises questions about how and whether we can ensure a smooth<br>> > > transition to a new steady state.<br>> > ><br>> > > What aspects of our policies or culture make contributing to OpenStack<br>> > > more difficult than contributing to other open source projects?<br>> > ><br>> > > Which of those would you change, and how?<br>> > ><br>> > > Where else should we be looking for contributors?<br>> > ><br>> > > Doug<br>> > ><br>> > > __________________________________________________________________________<br>> > > OpenStack Development Mailing List (not for usage questions)<br>> > > Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>> > > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>> > ><br>> ><br>><br>> __________________________________________________________________________<br>> OpenStack Development Mailing List (not for usage questions)<br>> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br><br><br><br><br>--<br>May The Force of OpenStack Be With You, <br>Rico Lin<br>irc: ricolin</div></div></div></div>