6 ms·
I was the curator and co-organizer of RubyFringe and FutureRuby in Toronto. I'm really sorry to hear that folks organizing BRC felt so beat down by negativity t
by peteforde 14y ago
I was the curator and co-organizer of RubyFringe and FutureRuby in Toronto. I'm really sorry to hear that folks organizing BRC felt so beat down by negativity that cancelation was the best option. Most people simply do not appreciate the hundreds of unpaid hours of work that are required to pull off a good event.
Several aspects of this controversy don't sit well with me, however. First off, since when does the curation of a conference have to follow someone else's value system? It's very simple: the people that organize an event should work hard to put together the most interesting line-up they can. It's then up to the potential attendees to decide if the event is worth their time to attend. That's it; there are no more rules!
If you want to solicit proposals for talks, go ahead. If you like some of them, give them a shot at speaking. If you decide that none of them match your curatorial agenda, then thank them warmly for their submission and move on. You aren't obligated to take proposals at all, and you're certainly not obligated to make your decision process transparent or part of some laborious community democracy. In fact, I would guess that one strongly opinionated curator will put together a far more coherent line-up than any popularity contest ever could. If you're looking for inspiration, consider asking attendees from previous years if they'd like to consider "leveling-up" to speaker.
When I put together our speaker lists, it wasn't arbitrary and much like test driven development we didn't just start emailing random smart people. We started with strong themes for the entire event, ideals that could pull together folks and be both entertaining and challenging. Those themes directed our branding, our choice of talks and the after-hours entertainment, which in our world is just as vital to the conference experience as anything else.
Not all meritocracy is bad. Conference curation is one such domain where winning has far more to do with subject diversity, pacing and the element of surprise than arbitrary quotas for gender, race, age or class ever could.
I'd say that the best metaphor for future curators to use is building a deck of Magic the Gathering cards. You need the right balance of mana, summon and sorcery cards. There are five colors but to be effective you choose 1 or perhaps 2 at most. And most importantly, you design your deck around a theme which is based on a hypothesis for winning which you think brings something new to the table. Most of the strategy for winning at MtG happens before game play starts, and if everyone had a say in how you built your deck, it wouldn't be very fun to play with such an unnecessarily shitty deck. You could call it the "Stop Hitting Yourself!" deck.
There's a difference between fighting for a developer community free of sexist bullshit, and pretending that a conference built on arbitrary values for diversity is automatically better than one where you nail a theme and everyone leaves happy. Those who disagree are likely to simply skip my conferences, and that's perfectly fine.
Finally, we did both of those events with no sponsorships. We cost less than an O'Reilly-backed RailsConf event and we provided logo-free swag, great wifi, amazing food, three nights of entertainment with an open bar and we helped speakers with travel and lodging while still managing to break even. It's simply not true that you can't do a successful conference without sponsors. You just have to charge money to attend, and be prepared to help those who are having financial issues find ways to volunteer.
http://www.rubyinside.com/rubyfringe-success-and-roundup-956.html http://www.rubyinside.com/rubyfringe-success-and-roundup-956...
http://unspace.ca/blog/rubyfringe-what-now http://unspace.ca/blog/rubyfringe-what-now
http://railspikes.com/2008/7/27/rubyfringe-recap-and-slides http://railspikes.com/2008/7/27/rubyfringe-recap-and-slides
RubyFringe and FutureRuby are two of the things in my life that I am most proud of. My heart goes out to the organizers of BRC, and I encourage you all to try again next year but ignore the noise and focus on building the best deck ever seen.
- tomstuart 14y agoI helped to organise the last Ruby Manor conference (http://rubymanor.org/3 http://rubymanor.org/3). As an experiment, we built a web app (http://vestibule.rubymanor.org/ http://vestibule.rubymanor.org/) which allowed anyone to submit, discuss and vote for proposals. When voting closed, the 8 most popular proposals were automatically selected. The result? 8 white guys giving talks (http://rubymanor.org/3/videos http://rubymanor.org/3/videos). We’re going to try something different next time, but who knows if that’ll work any better.
- jamesbritt 14y agoWhat's your criteria for "better"?
- Niten 14y agoIs it brash to suggest that maybe those "8 white guys" actually did have the most merit out of all candidate speakers, and that you would have done the conference a disservice by bumping one of them for someone else, based on sex or gender alone? Whatever racial or gender or economic biases might exist that influence the shape of the global developer community, these need to be addressed at the source: in kids' youth when many programmers take on computers as their lifelong obsession, or in high school curricula and college programs. The conference organizer's job, as it pertains to race and gender bias, is to provide a neutral selection process that chooses the best speakers on their own merits. Their job is not to diminish the quality of the conference by imposing their own, nobly intended but horribly misguided, form of bias on the candidates. More than hurting just the conference or the candidates, I fear that this can have serious unintended consequences relating to public perception of the quality of e.g. female programmers, in the same way that "affirmative action" does on college campuses.
- rhizome 14y agoI think a simple estimate of the composition of the "most merit of all candidate speakers" could be to compile statistics of the contributors to the 1000 most popular gems and rails-core, or something similar. There's more heat than light in this controversy, and for a discipline that prioritizes CS techniques as a proxy for skill the flashlight is readily at hand.