<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr">On Sun, Dec 4, 2016 at 8:49 PM Tony Breeds <<a href="mailto:tony@bakeyournoodle.com">tony@bakeyournoodle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Dec 02, 2016 at 11:35:05AM +0100, Thierry Carrez wrote:<br class="gmail_msg">
> Hi everyone,<br class="gmail_msg">
><br class="gmail_msg">
> There has been a bit of tension lately around creating IRC meetings.<br class="gmail_msg">
> I've been busy[1] cleaning up unused slots and defragmenting biweekly<br class="gmail_msg">
> ones to open up possibilities, but truth is, even with those changes<br class="gmail_msg">
> approved, there will still be a number of time slots that are full:<br class="gmail_msg">
><br class="gmail_msg">
> Tuesday 14utc -- only biweekly available<br class="gmail_msg">
> Tuesday 16utc -- full<br class="gmail_msg">
> Wednesday 15utc -- only biweekly available<br class="gmail_msg">
> Wednesday 16utc -- full<br class="gmail_msg">
> Thursday 14utc -- only biweekly available<br class="gmail_msg">
> Thursday 17utc -- only biweekly available<br class="gmail_msg">
><br class="gmail_msg">
> [1] <a href="https://review.openstack.org/#/q/topic:dec2016-cleanup" rel="noreferrer" class="gmail_msg" target="_blank">https://review.openstack.org/#/q/topic:dec2016-cleanup</a><br class="gmail_msg">
><br class="gmail_msg">
> Historically, we maintained a limited number of meeting rooms in order<br class="gmail_msg">
> to encourage teams to spread around and limit conflicts. This worked for<br class="gmail_msg">
> a time, but those days I feel like team members don't have that much<br class="gmail_msg">
> flexibility in picking a time that works for everyone. If the miracle<br class="gmail_msg">
> slot that works for everyone is not available on the calendar, they tend<br class="gmail_msg">
> to move the meeting elsewhere (private IRC channel, Slack, Hangouts)<br class="gmail_msg">
> rather than change time to use a less-busy slot.<br class="gmail_msg">
><br class="gmail_msg">
> So I'm now wondering how much that artificial scarcity policy is hurting<br class="gmail_msg">
> us more than it helps us. I'm still convinced it's very valuable to have<br class="gmail_msg">
> a number of "meetings rooms" that you can lurk in and be available for<br class="gmail_msg">
> pings, without having to join hundreds of channels where meetings might<br class="gmail_msg">
> happen. But I'm not sure anymore that maintaining an artificial scarcity<br class="gmail_msg">
> is helpful in limiting conflicts, and I can definitely see that it<br class="gmail_msg">
> pushes some meetings away from the meeting channels, defeating their<br class="gmail_msg">
> main purpose.<br class="gmail_msg">
><br class="gmail_msg">
> TL;DR:<br class="gmail_msg">
<br class="gmail_msg">
Shouldn't this have been the headline ;P<br class="gmail_msg">
<br class="gmail_msg">
> - is it time for us to add #openstack-meeting-5 ?<br class="gmail_msg">
<br class="gmail_msg">
13:38 <tonyb> info #openstack-meeting-5<br class="gmail_msg">
13:38 -ChanServ(ChanServ@services.)- Information on #openstack-meeting-5:<br class="gmail_msg">
13:38 -ChanServ(ChanServ@services.)- Founder    : Magni, openstackinfra<br class="gmail_msg">
13:38 -ChanServ(ChanServ@services.)- Successor  : freenode-staff<br class="gmail_msg">
13:38 -ChanServ(ChanServ@services.)- Registered : Nov 27 20:02:51 2015 (1y 1w 1d ago)<br class="gmail_msg">
13:38 -ChanServ(ChanServ@services.)- Mode lock  : +ntc-slk<br class="gmail_msg">
13:38 -ChanServ(ChanServ@services.)- Flags      : GUARD<br class="gmail_msg">
13:38 -ChanServ(ChanServ@services.)- *** End of Info ***<br class="gmail_msg">
<br class="gmail_msg">
So if we're going to go down that path it's just a matter of the appropriate<br class="gmail_msg">
changes in openstack-infra/{system,project}-config<br class="gmail_msg">
<br class="gmail_msg">
> - should we more proactively add meeting channels in the future ?<br class="gmail_msg">
<br class="gmail_msg">
In an attempt to get send the worlds most "on the fence" reply.  I really like<br class="gmail_msg">
the current structure, and I think it works well for the parts of the community that<br class="gmail_msg">
touch lots of projects.  Having said that in my not very scientific opionion<br class="gmail_msg">
that's a very small amount of the community.  I think that most contributors<br class="gmail_msg">
would benefit from moving the meetings into $project specific rooms as Amrith,<br class="gmail_msg">
Matt and (kinda sorta) Daniel suggested.<br class="gmail_msg"></blockquote><div><br></div><div>I think it honestly reflects our current breakdown of contributors & collaboration. The artificial scarcity model only helps a vocal minority with cross-project focus, and just results in odd meeting times for the majority of projects that don't hold primetime meeting slots.</div><div><br></div><div>While I don't think we should do away with meetings rooms, if a project wants to hold meetings at a convenient time in their normal channel, I think that's fine. Meeting conflicts will always exist. Major conflicts will be resolved without the additional pressure of artificial scarcity.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br class="gmail_msg">
Yours Tony.<br class="gmail_msg">
__________________________________________________________________________<br class="gmail_msg">
OpenStack Development Mailing List (not for usage questions)<br class="gmail_msg">
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" class="gmail_msg" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="gmail_msg">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="gmail_msg">
</blockquote></div></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature"><div dir="ltr">-Dolph</div></div>