That sounded a bit harsh in retrospect, so my apologies if it's perceived as an uninvited slap on the hand.
The topic keeps coming up and it's hard to tell potential consumers over and over the magnitude of engineering investment is improving. Would be great to be able to say that with a straight face one day. On Jan 1, 2015 5:14 PM, "Adam Lawson" <alaw...@aqorn.com> wrote: > I apologize for my candor but sounds an awful like political candidates > stating they understand what their constituents really want. We gotta avoid > making claims of fact that are pure personal opinion, especially if our > goal is market adoption of OpenStack and especially if we're deeply > entrenched in the OpenStack development process. New users can't tell the > difference, these dialogs get picked by search engines and perceived truth > is truth. Otherwise the risk is that the community competes against the > Foundation with a conflicting message. > > Once a potential consumer hears/communicates there is no path forward, > decision makers will choose a product that DOES have a path forward. Plain > and simple. > > But this again highlights OpenStack's desperate need for a working cloud > model that users can deploy with minimal headache. Even if it's just one of > many possible deployment options. Looking long term, the need for an easily > deployable cloud will only present itself for so long. Then the need > disappears .. and none of us wants to be in that position. > > Mahalo, > Adam > On Dec 30, 2014 1:26 PM, "matt" <m...@nycresistor.com> wrote: > >> It might be good to setup some sort of collaborative set of reference >> architectures for some basic examples of OpenStack in different areas. >> >> On Tue, Dec 30, 2014 at 4:18 PM, James Dempsey <jam...@catalyst.net.nz> >> wrote: >> >>> On 31/12/14 05:09, Stuart Fox wrote: >>> > Hi James >>> > >>> > Great question and some good answers so far although I think they done >>> > go far enough. >>> > They have (mostly) focused on other operators who, while a very >>> > important part of any cloud, are not the primary audience. >>> > Think more about the end users: devs, qa, marketing, data dudes etc >>> etc. >>> >>> Yes, these are exactly the people I'm interested in making excited. I'm >>> interested in all the ways that OpenStack can be effectively presented >>> to these people. >>> >>> > Focus less on running a cloud and more about how to use the cloud. >>> > As a simple example with huge ramifications, a fully automated and >>> > dynamic build and release pipeline driven by (something like) Jenkins. >>> >>> Exactly. Jenkins / Gerrit is the first thing that devs tend to build / >>> ask for. It makes their lives a lot easier. >>> >>> > All this took place using common tools and the Openstack API's. Once >>> > the pipeline is defined, there is little need for human interaction. >>> > Think about ideas like Canary testing, Continuos Deployment, Rapid >>> Prototyping. >>> >>> I think Rapid Prototyping is a great way to engage users of OpenStack >>> because it cuts to the core of what devs are interested in: building new >>> stuff. As opposed to CI infrastructure, which I see as more of an >>> enabling technology. I'd be keen to hear about any rapid prototyping >>> demos that people use to sell their cloud. >>> >>> > Hope thats helpful. >>> >>> Very much, thanks! >>> >>> >>> Cheers, >>> James >>> >>> -- >>> James Dempsey >>> Senior Cloud Engineer >>> Catalyst IT Limited >>> https://catalyst.net.nz/cloud >>> +64 4 803 2264 >>> -- >>> >>> _______________________________________________ >>> OpenStack-operators mailing list >>> OpenStack-operators@lists.openstack.org >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators >>> >> >> >> _______________________________________________ >> OpenStack-operators mailing list >> OpenStack-operators@lists.openstack.org >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators >> >>
_______________________________________________ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators