<div dir="ltr"><div><div><div>I used to be able to say "my OpenStack background is in Operations" but that isn't strictly true anymore. I've now spent the majority of my time doing what is considered 'developer' work. One thing is for certain though, I have never stopped building OpenStack for what I see as the "hypothetical OpenStack user".<br><br></div>The majority of these users in my experince are actually small-to-medium businesses. While the large companies of the world certainly drive alot of OpenStack, the users that I see are much smaller than that. Small 5-10 node clusters. That is who I am building OpenStack for. That happens to also be the group that I am in personally, as thats what I run at my house.<br><br></div>Most of my focus is on lowering the bar to use services to give these small-to-medium businesses the least amount of work to do to gain access to almost everything OpenStack has to offer with a very small operational overhead for the team. My personal experince with this is currently it can take a small team months to get a working openstack deployment, and then simply maintaining that deployment will consume the rest of thier time. This leads to OpenStack deployments that are years out of date on an island that has no real upgrade path anymore and a general sense that "OpenStack is bad" internally. I am building OpenStack for users so that this stops happening.</div><div><br></div><div>Thanks,</div><div>SamYaple<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 12, 2017 at 12:51 PM, Zane Bitter <span dir="ltr"><<a href="mailto:zbitter@redhat.com" target="_blank">zbitter@redhat.com</a>></span> wrote:<br><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 the opportunity to question the candidates. The campaigning period ends 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. When I'm making design decisions I try to think about how it will affect these hypothetical near-future users. By 'users' here I mean end-users, the actual consumers of OpenStack APIs. What will it enable them to do? What will they have to work around? I think we probably all do this, at least subconsciously. (Free tip: try doing it consciously.)<br>
<br>
So my question to the TC candidates (and incumbent TC members, or anyone else, if they want to answer) is: what does the hypothetical OpenStack user that is top-of-mind in your head look like? Who are _you_ building OpenStack for?<br>
<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/pip<wbr>ermail/openstack-dev/2017-Octo<wbr>ber/123312.html</a><br>
<br>
To be clear, for me at least there's only one wrong answer ("person who needs somewhere to run their IRC bouncer"). What's important in my opinion is that we have a bunch of people with *different* answers on the TC, because I think that will lead to better discussion and hopefully better decisions.<br>
<br>
Discuss.<br>
<br>
cheers,<br>
Zane.<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.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</blockquote></div><br></div>