<div dir="ltr">I don't have specific ideas now, but it would be great to have TC publish something like a new direction outlook per cycle or per year, to summarize that these x,y,z new areas are what the OpenStack Technical Committee considers worth exploring for new directions and we will sponsor projects that will do the development in these areas. Of course I think it would be great for TC member to personally leading projects in these new directions, but find a way to sponsor or encourage other people leading is also a great choice :)<div><br></div><div>Hope this clarifies a bit :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 23, 2018 at 10: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 Zhipeng Huang's message of 2018-04-23 21:50:15 +0800:<br>
<span class="">> In general I would prefer TC take an active role regarding exploring new<br>
> use cases and technology directions leverage the existing OpenStack<br>
> infrastructure. I would against TC being too active on project level<br>
> governance.<br>
<br>
</span>This would be a new area for the TC to consider. Can you elaborate a bit<br>
on what you think we would need to change in order to support that, and<br>
why the TC is the best place to do it (rather than one of our other<br>
team-based structures like a project team or SIG)?<br>
<div class="HOEnZb"><div class="h5"><br>
> <br>
> For example we have been discussing about edge computing recently and we<br>
> don't have any idea on how a lightweight OpenStack should look like: maybe<br>
> no scheduling since edge is more about provisioning ? maybe a Rust<br>
> implementation of this lightweight version of OpenStack ? There are so many<br>
> interesting new things that yet to be explored and should be championed by<br>
> the TC.<br>
> <br>
> However regarding issues like how a project should govern itself, it is<br>
> better for TC to reactive and let project team driven its own structure. I<br>
> can't think of there is any concrete example on this matter now since TC<br>
> has been doing rather well on this matter , but I guess this could be a<br>
> precautious action :)<br>
> <br>
> On Mon, Apr 23, 2018 at 9:35 PM, Doug Hellmann <<a href="mailto:doug@doughellmann.com">doug@doughellmann.com</a>><br>
> wrote:<br>
> <br>
> > Excerpts from Doug Hellmann's message of 2018-04-23 09:27:09 -0400:<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>
> > > 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>
> > 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/%" rel="noreferrer" target="_blank">http://eavesdrop.openstack.<wbr>org/irclogs/%23openstack-tc/%</a><br>
> > 23openstack-tc.2018-04-23.log.<wbr>html<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>
> <br>
> <br>
> -- <br>
> Zhipeng (Howard) Huang<br>
> <br>
> Standard Engineer<br>
> IT Standard & Patent/IT Product Line<br>
> Huawei Technologies Co,. Ltd<br>
> Email: <a href="mailto:huangzhipeng@huawei.com">huangzhipeng@huawei.com</a><br>
> Office: Huawei Industrial Base, Longgang, Shenzhen<br>
> <br>
> (Previous)<br>
> Research Assistant<br>
> Mobile Ad-Hoc Network Lab, Calit2<br>
> University of California, Irvine<br>
> Email: <a href="mailto:zhipengh@uci.edu">zhipengh@uci.edu</a><br>
> Office: Calit2 Building Room 2402<br>
> <br>
> OpenStack, OPNFV, OpenDaylight, OpenCompute Aficionado<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>
</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>