<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Thu, Mar 14, 2013 at 9:13 PM, Michael Still <span dir="ltr"><<a href="mailto:mikal@stillhq.com" target="_blank">mikal@stillhq.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Thu, Mar 14, 2013 at 8:50 PM, Blair Bethwaite<br>
<<a href="mailto:blair.bethwaite@gmail.com">blair.bethwaite@gmail.com</a>> wrote:<span style="color:rgb(34,34,34)"> </span></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"></div>
I think my overall learning from this thread is that there's no point<br>
disabling features for a few releases so that operators can test in a<br>
staged manner -- the reality is that testing doesn't occur.<br></blockquote><div><br></div><div style><br></div><div style>Here's a broader question: what are the other implicit assumptions that devs are making about how ops...er...operate? How can the OpenStack project take the experiences of operators and feed that back to the developers so they know what people are really doing in practice?</div>
<div style><br></div><div style>For example: do the devs know the circumstances for which operators have to poke directly at the database to perform tasks because they can't do what they want with the existing tools? </div>
<div style><br></div><div style> Lorin</div></div><div>-- <br></div><div dir="ltr">Lorin Hochstein<br><div>Lead Architect - Cloud Services</div><div>Nimbis Services, Inc.</div><div><a href="http://www.nimbisservices.com" target="_blank">www.nimbisservices.com</a></div>
</div>
</div></div>