Clint, RE 3 - I do understand purpose of PTGs. Prior many engineering orgs didn’t send many people to midcycles (where a lot of work got done – more so than summit even). The 3 events are 2 PTGS + 1 summit (although I don’t know the length of the PTGs)
Regards -steve From: Clint Byrum <cl...@fewbar.com> Reply-To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org> Date: Wednesday, October 12, 2016 at 12:51 AM To: openstack-dev <openstack-dev@lists.openstack.org> Subject: Re: [openstack-dev] PTG from the Ops Perspective - a few short notes Excerpts from Steven Dake (stdake)'s message of 2016-10-12 06:42:43 +0000: Tom, No flame, just observation about the reality of these changes. I think we missed this communication on the mailing list or in the FAQs or somewhere else. I think most engineering-focused organizations are looking at the PTGs only and not really considering the summit for budget planning. If folks knew the operators were only going to be at the OpenStack Summit, I think that may change budget planning for engineering organizations. Seems like more siloing to me, not less. We need to integrate OpenStack’s development with Operators as well as the Operator’s customers (the cloud consumers the Operators deliver to). Does the foundation not want to co-locate the ops summit at the PTG because the ops summit feeds into the OpenStack Summit main ops day(s)? Agree, on the surface it looks like this adds a brick or two on top of the existing wall that devs throw things over. However, I think the reality is those bricks were already there, and we've all been pretending this isn't what is already happening. So, while I do want to make sure enough of our architects and designers go to the summit to truly understand user needs, I also think it has been proven ineffective to also throw all of the coders into that mix and expect them to be productive. I recall many of us huddled in the dev pit and at parties at summits trying desperately to have deep technical conversations while the maelstrom was happening around us. And then the few who were fortunate enough to go to the mid-cycle would get into quiet rooms for a few days, and _actually_ design the things our users need, but 3 months late, and basically for the next release. I don’t have any easy solutions for this problem, but the expectation that project developers are required at 3 week-long events instead of 2 wasn’t clearly communicated and should be rectified beyond a post to the openstack-dev mailing list where most people filter messages by tags (i.e. your message is probably not reaching the correct audience). Where did you get three? PTG - write code, design things (replaces mid-cycles) Summit - listen to users, showcase designs, state plans for next release __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org<mailto:openstack-dev-requ...@lists.openstack.org>?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev