I strongly disagree with a quota system. If for nothing else then that there's no fair way to do it. But more importantly this is a community, not a Senate meeting and all contributors should be welcome. How would you explain to someone who regularly contributes that they cannot attend due to a quota? On Jun 30, 2015 5:48 PM, "Edgar Magana" <[email protected]> wrote:
> Tom, > > In my opinion, we should not have booths at all. Actually, we should just > only have Operators attending this meetup with a limit of three attendees > by company. During the Philadelphia one I noticed that many of the > attendees where from the same company and I do not believe those companies > need to send so many people. > > About the vendors, they have their opportunity during the OpenStack > Summit, let’s just keep it that way. > > Operators meetup should be a space were we can share best practices, > issues, concerns and anything that we consider sharable with the rest of > the community. It should not be a space for vendors to collect information > about details of what we are deploying and how we are doing it. Let’s try > to build a safe space to share all this important knowledge. > > I also wanted to bring to your attention that during the summit the > attendance was lower that in the mid-cycle one (Philadelphia). Probably > because there are so many things running in parallel that people just need > to decide between very important sessions. So, does it make sense to have > four Operators meetups along the year? Maybe not! > What about just having the mid-cycle ones? > > Thanks, > > Edgar > > > > > On 6/29/15, 9:33 PM, "Tom Fifield" <[email protected]> wrote: > > >Hi all, > > > >Right now, behind-the-scenes, we're working on getting a venue for next > >ops mid-cycle. It's taking a little longer than normal, but rest assured > >it is happening. > > > >Why is it so difficult? As you may have noticed, we're reaching the size > >of event where both physically and financially, only the largest > >organisations can host us. > > > >We thought we might get away with organising this one old-school with a > >single host and sponsor. Then, for the next, start a brainstorming > >discussion with you about how we scale these events into the future - > >since once we get up and beyond a few hundred people, we're looking at > >having to hire a venue as well as make some changes to the format of the > >event. > > > >However, it seems that even this might be too late. We already had a > >company that proposed to host the meetup at a west coast US hotel > >instead of their place, and wanted to scope out other companies to > >sponsor food. > > > >This would be a change in the model, so let's commence the discussion of > >how we want to scale this event :) > > > >So far I've heard things like: > >* "my $CORPORATE_BENEFACTOR would be fine to share sponsorship with > others" > >* "I really don't want to get to the point where we want booths at the > >ops meetup" > > > >Which are promising! It seems like we have a shared understanding of > >what to take this forward with. > > > >So, as the ops meetup grows - what would it look like for you? > > > >How do you think we can manage the venue selection and financial side of > >things? What about the session layout and the scheduling with the > >growing numbers of attendees? > > > >Current data can be found at > >https://wiki.openstack.org/wiki/Operations/Meetups#Venue_Selection . > > > >I would also be interested in your thoughts about how these events have > >only been in a limited geographical area so far, and how we can address > >that issue. > > > > > >Regards, > > > > > >Tom > > > > > > > >_______________________________________________ > >OpenStack-operators mailing list > >[email protected] > >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators > _______________________________________________ > OpenStack-operators mailing list > [email protected] > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators >
_______________________________________________ OpenStack-operators mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
