<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 8, 2016 at 6:26 AM, Thierry Carrez <span dir="ltr"><<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Daniel P. Berrange wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
[...]<span class=""><br>
I really agree with everything you say, except for the bit about the<br>
community doing organization - I think its fine to let function event<br>
staff continue with the burden of planning, as long as their goals are<br>
directed by the community needs.<br>
</span></blockquote>
<br>
Exactly.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I might suggest that we could be a bit more radical with the developer<br>
event and decouple the timing from the release cycle. The design summits<br>
are portrayed as events where we plan the next 6 months of work, but the<br>
release has already been open for a good 2-3 or more weeks before we meet<br>
in the design summit. This always makes the first month of each development<br>
cycle pretty inefficient as decisions are needlessly postponed until the<br>
summit. The bulk of specs approval then doesn't happen until after the<br>
summit, leaving even less time until feature freeze to get the work done.<br>
</blockquote>
<br></span>
I agree that the developer event happens too late in the cycle (3 weeks after final release, 5 weeks after RC1 where most people switch to next cycle, and 8 weeks after FF, where we start thinking about the next cycle). That said, I still think the dev event should be "coupled" with the cycles. It just needs to happen earlier.<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Thierry Carrez (ttx)</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
__________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br></div><div class="gmail_extra">The OpenStack Summit is a great thing as it is now. It creates big momentum, it's a strong motivator for the engineers (as enjoy our time there) and the Companies are happy too with the business related side. I see it also as the most successful Team building activity, Community and Company wide. For Companies, the costs to send engineers to the Summit or to a dedicated Design event are exactly the same. Besides, many Companies send US based employees only to the US Summit, and EU based only to the other side. The OpenStack Summit is probably the most advanced and successful OpenSource event, if you take out of it the engineering side, it won't be the same.<br><br></div><div class="gmail_extra">I think, the issue here is that we need to have a better and more productive way to work together. Probably the motivation behind a separate design summit and also this discussion is focused to improve that, as we see that face to face is effective. Maybe this is the limitation we need to resolve, rather than changing an amazing event.<br><br></div><div class="gmail_extra">Thanks,<br></div><div class="gmail_extra">Fausto<br></div></div>