<div dir="ltr">big +1 to Graham's suggestion</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 23, 2018 at 10:36 PM, Graham Hayes <span dir="ltr"><<a href="mailto:gr@ham.ie" target="_blank">gr@ham.ie</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 18/04/18 11:38, Chris Dent wrote:<br>
> On Tue, 17 Apr 2018, Thierry Carrez wrote:<br>
> <br>
>> So... Is there any specific topic you think we should cover in that<br>
>> meeting ?<br>
> <br>
</span><div><div class="h5">> The topics:<br>
> <br>
> 1. What are we to do, as a community, when external pressures for<br>
> results are not matched by contribution of resources to produce<br>
> those results? There are probably several examples of this, but one<br>
> that I'm particularly familiar with is the drive to be able to<br>
> satisfy complex hardware topologies demanded by virtual network<br>
> functions and related NFV use cases. Within nova, and I suspect other<br>
> projects, there is intense pressure to make progress and intense<br>
> effort that is removing resources from other areas. But the amount<br>
> of daily, visible contribution from the interest companies [1] is<br>
> _sometimes_ limited. There are many factors in this, and obviously<br>
> "throw more people at it" is not a silver bullet, but there are<br>
> things to talk about here that need the input from all the segments.<br>
> <br>
> 2. We've made progress of late with acknowledging the concepts<br>
> and importance of casual contribution and "drive-by bug fixing" in<br>
> our changing environment. But we've not yet made enough progress in<br>
> changing the way we do work. Corporate foundation members need to be<br>
> more aware and more accepting that the people they provide to work<br>
> "mostly upstream" need to be focused on making other people capable<br>
> of contribution. Not on getting features done. And those of us who<br>
> do have the privilege of being "mostly upstream" need to adjust our<br>
> priorities.<br>
> <br>
> Somewhere in that screed are, I think, some things worth talking<br>
> about, but they need to be distilled out.<br>
> <br>
> [1] <a href="http://superuser.openstack.org/articles/5g-open-source-att/" rel="noreferrer" target="_blank">http://superuser.openstack.<wbr>org/articles/5g-open-source-<wbr>att/</a><br>
<br>
<br>
</div></div>I think as an add on to this, would to ask the board to talk to members<br>
and see what contributions they have made to the technical side of<br>
OpenStack.<br>
<br>
This should not just be Number of commits / reviews / bugs etc but<br>
also the motivation for the work, e.g. - Feature for a product, bug fix<br>
found in a product, cross project work or upstream project maintenance.<br>
<br>
I don't necessarily want to shame corporate members of the foundation,<br>
but I think it is important to understand where our contributor base<br>
comes from, and what each member brings to the community table.<br>
<br>
We should also ask the board to try and formulate a plan for growing<br>
new cross project leaders (not just TC / PTLs). We need to grow more<br>
technical contributors in the horizontal teams, which requires more<br>
than assigning a contributor to the QA / Infra / Olso / Docs teams<br>
for a year or so - the people should be allowed a certain amount<br>
of stability in a role, while not necessarily driving business goals.<br>
<div class="HOEnZb"><div class="h5"><br>
> <br>
> <br>
> <br>
> ______________________________<wbr>______________________________<wbr>______________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
> <br>
<br>
</div></div><br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Zhipeng (Howard) Huang</div><div dir="ltr"><br></div><div dir="ltr">Standard Engineer</div><div>IT Standard & Patent/IT Product Line</div><div dir="ltr">Huawei Technologies Co,. Ltd</div><div dir="ltr">Email: <a href="mailto:huangzhipeng@huawei.com" target="_blank">huangzhipeng@huawei.com</a></div><div dir="ltr">Office: Huawei Industrial Base, Longgang, Shenzhen</div><div dir="ltr"><br></div><div dir="ltr">(Previous)<br><div>Research Assistant</div><div>Mobile Ad-Hoc Network Lab, Calit2</div><div>University of California, Irvine</div><div>Email: <a href="mailto:zhipengh@uci.edu" target="_blank">zhipengh@uci.edu</a></div><div>Office: Calit2 Building Room 2402</div><div><br></div><div>OpenStack, OPNFV, OpenDaylight, OpenCompute Aficionado</div></div></div></div></div></div></div></div></div>
</div>