<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, Oct 12, 2017 at 5:51 PM Zane Bitter <<a href="mailto:zbitter@redhat.com" target="_blank">zbitter@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">(Reminder: we are in the TC election campaigning period, and we all have<br>
the opportunity to question the candidates. The campaigning period ends<br>
on Saturday, so make with the questions.)<br>
<br>
<br>
In my head, I have a mental picture of who I'm building OpenStack for.<br>
When I'm making design decisions I try to think about how it will affect<br>
these hypothetical near-future users. By 'users' here I mean end-users,<br>
the actual consumers of OpenStack APIs. What will it enable them to do?<br>
What will they have to work around? I think we probably all do this, at<br>
least subconsciously. (Free tip: try doing it consciously.)<br>
<br>
So my question to the TC candidates (and incumbent TC members, or anyone<br>
else, if they want to answer) is: what does the hypothetical OpenStack<br>
user that is top-of-mind in your head look like? Who are _you_ building<br>
OpenStack for?<br></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div><br></div><div>Unlike a few years ago we don't walk so much in the dark anymore.</div><div>We now know a lot of our users because:</div><div>- some are contributors to OpenStack. OpenStack developers but not only. With</div><div>  contributors to OpenStack I don't mean only code, but any kind of contribution,</div><div>  like presenting and discussing use cases at the PTG, at the forum or on the</div><div>  mailing list, providing feedback, ideas, resources and even motivation.</div><div>- some are adjacent communities that depend on or collaborate with OpenStack. </div><div>- some answer our user survey.</div><div><br></div><div>So who am _I_ building OpenStack for? </div><div><br></div><div>- For OpenStack developers, since I work mostly on QA and CI</div><div>- For the users that are closer to the OpenStack community. I don't want to focus</div><div>  on hypothetical users that don't care to talk to the OpenStack community.</div><div>  Consistency across projects in they way they different projects are built, tested,</div><div>  deployed, operated, documented and consumed is important for this type of users. </div><div>- I build it to be a good software for everyone to use. I care about usability, good</div><div>  documentation, stable APIs, proper logging features that</div><div>  make it a good software for anyone to invest their time on.</div><div><br></div><div>Faithfully,</div><div><br></div><div>Andrea Frittoli (andreaf)</div></div></div><div dir="ltr"><div class="gmail_quote"><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
There's a description of mine in this email, as an example:<br>
<a href="http://lists.openstack.org/pipermail/openstack-dev/2017-October/123312.html" rel="noreferrer" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2017-October/123312.html</a><br>
<br>
To be clear, for me at least there's only one wrong answer ("person who<br>
needs somewhere to run their IRC bouncer"). What's important in my<br>
opinion is that we have a bunch of people with *different* answers on<br>
the TC, because I think that will lead to better discussion and<br>
hopefully better decisions.<br>
<br>
Discuss.<br>
<br>
cheers,<br>
Zane.<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>
</blockquote></div></div>