<div dir="ltr"><div class="gmail_extra">On Thu, Jan 16, 2014 at 1:23 PM, Donald Stufft <span dir="ltr"><<a href="mailto:donald@stufft.io" target="_blank">donald@stufft.io</a>></span> wrote:<br><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><div class="im"><div>On Jan 16, 2014, at 4:06 PM, Jesse Noller <<a href="mailto:jesse.noller@RACKSPACE.COM" target="_blank">jesse.noller@RACKSPACE.COM</a>> wrote:</div>
<br><blockquote type="cite"><div style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<div><br>On Jan 16, 2014, at 2:22 PM, Renat Akhmerov <<a href="mailto:rakhmerov@mirantis.com" target="_blank">rakhmerov@mirantis.com</a>> wrote:</div><br><blockquote type="cite"><div style="word-wrap:break-word"><div>
Since it’s pretty easy to get lost among all the opinions I’d like to clarify/ask a couple of things:</div><div><br></div><div><ul><li>Keeping all the clients physically separate/combining them in to a single library. Two things here:<ul>
<li>In case of combining them, what exact project are we considering? If this list is limited to core projects like nova and keystone what policy could we have for other projects to join this list? (Incubation, graduation, something else?)</li>
<li>In terms of granularity and easiness of development I’m for keeping them separate but have them use the same boilerplate code, basically we need a OpenStack Rest Client Framework which is flexible enough to address all the needs in an abstract domain agnostic manner. I would assume that combining them would be an additional organizational burden that every stakeholder would have to deal with.</li>
</ul></li></ul></div></div></blockquote><div><br></div><div><span style="white-space:pre-wrap"></span>Keeping them separate is awesome for *us* but really, really, really sucks for users trying to use the system. </div></div>
</blockquote><div><br></div></div><div>I agree. Keeping them separate trades user usability for developer usability, I think user usability is a better thing to strive for.</div></div></div></blockquote><div> </div><div>100% agree with this. In order for OpenStack to be its most successful, I believe firmly that a focus on end-users and deployers needs to take the forefront. That means making OpenStack clouds as easy to consume/leverage as possible for users and tool builders, and simplifying/streamlining as much as possible.</div>
<div><br></div><div>I think that a single, common client project, based upon package namespaces, with a unified, cohesive feel is a big step in this direction.</div><div><br></div><div>--</div><div>Jonathan LaCour</div><div>
<br></div></div></div></div>