To simply answer the question: Yes I have experience about this specific matter of things as I’m now working with the exact setup for more than 5 years. I’m even exclusively working remotely with some studios of my employer.
It’s not that expensive as long as you get correct rules, hardware and the stream owner physically on the room to act as a conductor. Remember that the 4th mantra of the Openstack project HAVE to be respected if we really want to get people to join us and share. They need to feel at home in order to contribute as they have to feel useful to really be interested to participate. Additionally, Openstack being way more vast than let say Kubernetes it NEED such extra care in order to keep its community strong and passionate at a point where they will naturally advocate and work on it. That’s indeed my first year of participating into the Openstack community even if I’m working on Openstack since the Essex version because I didn’t felt skilled and included enough until now. Why did I change my mind? Because of the sidney summit and presentation of these Open rules plus my communication with you people over irc/emails etc. Le jeu. 8 mars 2018 à 21:06, Anita Kuno <ante...@anteaya.info> a écrit : > On 2018-03-08 02:18 PM, Tim Bell wrote: > > Fully agree with Doug. At CERN, we use video conferencing for 100s, > sometimes >1000 participants for the LHC experiments, the trick we've found > is to fully embrace the chat channels (so remote non-native English > speakers can provide input) and chairs/vectors who can summarise the remote > questions constructively, with appropriate priority. > > > > This is actually very close to the etherpad approach, we benefit from > the local bandwidth if available but do not exclude those who do not have > it (or the language skills to do it in real time). > > Just expanding on the phrase 'the etherpad approach' one instance on the > Friday saw some infra team members discussing the gerrit upgrade in > person and one infra team member (snowed in at the same hotel as Doug) > following along on the etherpad as it was updated and weighing in on the > updates (either via the etherpad or irc, I'm not sure, my laptop was not > open). > > So again echoing the chorus, there are possibilities, but those > possibilities require effort and usually prior knowledge of participants > and their habits. > > Thank you, > Anita > > > > > Tim > > > > -----Original Message----- > > From: Doug Hellmann <d...@doughellmann.com> > > Reply-To: "OpenStack Development Mailing List (not for usage questions)" > <firstname.lastname@example.org> > > Date: Thursday, 8 March 2018 at 20:00 > > To: openstack-dev <email@example.com> > > Subject: Re: [openstack-dev] Pros and Cons of face-to-face meetings > > > > Excerpts from Jeremy Stanley's message of 2018-03-08 18:34:51 +0000: > > > On 2018-03-08 12:16:18 -0600 (-0600), Jay S Bryant wrote: > > > [...] > > > > Cinder has been doing this for many years and it has worked > > > > relatively well. It requires a good remote speaker and it also > > > > requires the people in the room to be sensitive to the needs of > > > > those who are remote. I.E. planning topics at a time appropriate > > > > for the remote attendees, ensuring everyone speaks up, etc. If > > > > everyone, however, works to be inclusive with remote > participants > > > > it works well. > > > > > > > > We have even managed to make this work between separate > mid-cycles > > > > (Cinder and Nova) in the past before we did PTGs. > > > [...] > > > > > > I've seen it work okay when the number of remote participants is > > > small and all are relatively known to the in-person participants. > > > Even so, bridging Doug into the TC discussion at the PTG was > > > challenging for all participants. > > > > I agree, and I'll point out I was just across town (snowed in at a > > different hotel). > > > > The conversation the previous day with just the 5-6 people on the > > release team worked a little bit better, but was still challenging > > at times because of audio quality issues. > > > > So, yes, this can be made to work. It's not trivial, though, and > > the degree to which it works depends a lot on the participants on > > both sides of the connection. I would not expect us to be very > > productive with a large number of people trying to be active in the > > conversation remotely. > > > > Doug > > > > > __________________________________________________________________________ > > 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 > > > > > > > __________________________________________________________________________ > > 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 > > > > > __________________________________________________________________________ > 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 >
__________________________________________________________________________ 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