<div dir="ltr">In general I would prefer TC take an active role regarding exploring new use cases and technology directions leverage the existing OpenStack infrastructure. I would against TC being too active on project level governance.<div><br></div><div>For example we have been discussing about edge computing recently and we don't have any idea on how a lightweight OpenStack should look like: maybe no scheduling since edge is more about provisioning ? maybe a Rust implementation of this lightweight version of OpenStack ? There are so many interesting new things that yet to be explored and should be championed by the TC.</div><div><br></div><div>However regarding issues like how a project should govern itself, it is better for TC to reactive and let project team driven its own structure. I can't think of there is any concrete example on this matter now since TC has been doing rather well on this matter , but I guess this could be a precautious action :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 23, 2018 at 9:35 PM, Doug Hellmann <span dir="ltr"><<a href="mailto:doug@doughellmann.com" target="_blank">doug@doughellmann.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Excerpts from Doug Hellmann's message of 2018-04-23 09:27:09 -0400:<br>
<span class="">> [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>
> We frequently have discussions about whether the TC is active enough,<br>
> in terms of driving new policies, technology choices, and other<br>
> issues that affect the entire community.<br>
> <br>
> Please describe one case where we were either active or reactive<br>
> and how that was shown to be the right choice over time.<br>
> <br>
> Please describe another case where the choice to be active or<br>
> reactive ended up being the wrong choice.<br>
> <br>
> If you think the TC should tend to be more active in driving change<br>
> than it is today, please describe the changes (policy, culture,<br>
> etc.) you think would need to be made to do that effectively (not<br>
> which policies you want us to be more active on, but *how* to<br>
> organize the TC to be more active and have that work within the<br>
> community culture).<br>
> <br>
> If you think the TC should tend to be less active in driving change<br>
> overall, please describe what policies you think the TC should be<br>
> taking an active role in implementing.<br>
> <br>
> Doug<br>
<br>
</span>There was a question from ttx on IRC [1] about my use of the terms<br>
"active" and "reactive" here. I mean active as "going out there and<br>
doing things and anticipating issues" and reactive as "dealing with<br>
things as they come up and aren't resolved in another way".<br>
<br>
Doug<br>
<br>
[1]<br>
<a href="http://eavesdrop.openstack.org/irclogs/%23openstack-tc/%23openstack-tc.2018-04-23.log.html" rel="noreferrer" target="_blank">http://eavesdrop.openstack.<wbr>org/irclogs/%23openstack-tc/%<wbr>23openstack-tc.2018-04-23.log.<wbr>html</a><br>
<div class="HOEnZb"><div class="h5"><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>
</div></div></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>