Julien Danjou wrote: > On Thu, Dec 14 2017, Thierry Carrez wrote: > >> - People who would like to get more involved (and become core >> developers) but can't keep up with what's happening in their project or >> reach the review activity necessary to become core developers. A number >> of projects are struggling to recruit new core reviewers, so I think >> reducing expectations and slowing down the pace could help there. > > Can you detail more how having a longer cycle will make people that > spends 20% of their time on OpenStack "catch up" with the people that > spends 80% of their time on OpenStack? > > I understand the problem but I don't see how the proposed solution > solves it.
It takes time to get a feature merged (or any significant work done) in OpenStack. It takes time to get reviews, we need to be careful about not breaking all our users, etc. If you are a 20% time person, it's just impossible to get something significant done within the timeframe of a cycle, which leads to frustration as you have to get your stuff re-discussed and re-prioritized at the start of the next cycle. I'm open to other ways to solve what is perceived by many as an untenable cadence -- but so far the only suggestion I got on this thread was that 20% people should really ask their manager to become 80% people. And I don't see that happening. We 80% people can bury our heads in the sand and pretend that we don't need the 20% people or somehow fix them so they become 80% people. Fact is we have less and less of those 80% people and we fail to recruit enough of the many available 20% people to be sustainable long-term. I'm aware this solution is not perfect. I don't like the idea of releasing less often, and I can see how intermediary releases might not get used, leading to "minor releases" that would look like our current milestones. Maybe the drawbacks outweigh the benefits. Open to other suggestions :) -- Thierry Carrez (ttx)
signature.asc
Description: OpenPGP digital signature
__________________________________________________________________________ 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