<div dir="ltr">most operators do not attend summits.  <br><br>=/<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 2, 2014 at 12:18 PM, Stefano Maffulli <span dir="ltr"><<a href="mailto:stefano@openstack.org" target="_blank">stefano@openstack.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 05/02/2014 05:47 AM, Narayan Desai wrote:<br>
> tl;dr: openstack is starting to feel like a tv show called "when<br>
> developers attack"<br>
<br>
</div>I respect your opinion but I strongly disagree with it: there is no<br>
attack, there is no "fight" between developers and operators. There is<br>
friction but no deliberate attempt to harm (as the term 'attack'<br>
implies). Quite the contrary is true instead: I can see deliberate<br>
attempts to oil and reduce friction at different spots in our community.<br>
<br>
There is a strong and concerted effort to make sure that operators'<br>
opinions are taken in proper consideration by OpenStack developers. The<br>
OpenStack Foundation started regular meetings with operators to collect<br>
feedback and identify issues. The first happened a couple months ago,<br>
another one is being scheduled, at 6 months interval. For quite some<br>
time, during the Summits, the Foundation had dedicated Operators tracks<br>
and we keep introducing more operators-specific events (see Tom's<br>
earlier message).<br>
<br>
Outside of the Foundation, the developers community sent quite strong<br>
signals recently with the election of Michael Still, whose platform as<br>
PTL is all about listening to people and "producing reliable production<br>
grade code"[1]. Russell Bryant's effort to change how Nova blueprints<br>
are discussed and approved also is a strong signal from the developers<br>
that they listen to operators and want to have their involvement.<br>
<br>
I can see why you're upset though: change is slow to happen, this effort<br>
may be too little, too late. Objectively though, look at the numbers:<br>
thousands of occasional developers, hundreds of committed developers<br>
need to be steered while running.<br>
<div class=""><br>
> We've seen features proposed for removal (not just in nova) because of<br>
> lack of testing coverage. Features that have been integrated for years,<br>
> that we've been using in production *for years without any problems*.<br>
><br>
> Getting new code integrated is a nightmare. Take a look at this:<br>
> <a href="https://review.openstack.org/#/c/65113/" target="_blank">https://review.openstack.org/#/c/65113/</a><br>
<br>
</div>That's an unfortunate case but I read this differently from you. To me<br>
this is a typical case of a blueprint approved without a proper<br>
discussion and planning phase. Russell and Mark McClain+Kyle Mestery put<br>
forward a fix for this sort of issues already for Nova[2] and<br>
Neutron[3]; let's see how these work out in Juno.<br>
<div class=""><br>
> The feedback loops from users/ops continue to be broken. Tim's efforts<br>
> on behalf of the user committee are important steps in the right<br>
> direction, but the developer culture is openstack culture in a deep way.<br>
> Operators continue to be on the outside.<br>
<br>
</div>What else would you suggest we can all do besides what is already being<br>
put in place?<br>
<br>
Thanks,<br>
Stef<br>
<br>
<br>
[1]<br>
<a href="http://lists.openstack.org/pipermail/openstack-dev/2014-March/031305.html" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2014-March/031305.html</a><br>
[2] <a href="https://wiki.openstack.org/wiki/Blueprints#Nova" target="_blank">https://wiki.openstack.org/wiki/Blueprints#Nova</a><br>
[3] <a href="https://wiki.openstack.org/wiki/Blueprints#Neutron" target="_blank">https://wiki.openstack.org/wiki/Blueprints#Neutron</a><br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Ask and answer questions on <a href="https://ask.openstack.org" target="_blank">https://ask.openstack.org</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</div></div></blockquote></div><br></div>