Percona Live: MySQL Conference & Expo 2014: call for papers & guidelines

Call for papers for Percona Live MySQL Conference & Expo 2014 is open. As in previous year, I have the honour of being conference committee chairman, which means I’m in particular part of the reviewing committee. I wish to add to Giuseppe’s fine observations and suggestions. On submitting a talk, please consider the following:

  • Make it right the first time (an old advice by Baron). We will not be able to review your proposal more than once. We will not be iterating the proposals again and again to see what’s changed, nor will we have a feed for updated content. We will not be able to diff any changes you made to your proposal. Get it right the first time, this is the one time we will read your proposal.

On rare occasions we may think your proposal is just too important to be thrown just for bad description/grammar/language, and we may contact you to refine.

  • The proposal must be as clear to us as for your target audience. Good proposals are easy to understand. Make it clear.

Being super-famous does not grant you immediate approval. It helps if you’ve given the talk 10 times in the past, and we’ve all seen it and it was widely acknowledged as one of the best talks ever. But then again, if that’s the kind of speaker you are, you probably know how to write a good proposal.

The committee seeks the audience’s best interest. We assume the audience’s common sense is similar, via extrapolation, to our own. We therefore assume that if we think a proposal is bad, so will the audience.

  • If you’re a commercial vendor and you want to make a proposal, that’s fine.
    • I suppose the best way would be through the sponsor program
    • But otherwise we actually accept talks on commercial/closed source solutions. Be advised, however, that the committee members will typically wish to promote open source & free solutions, and so commercial/closed source talks are at some disadvantage.
  • If you are owner/employee of commercial/closed source solution, and you’re going to speak on a subject that is related to your product, please be very explicit:
    • either note (in private notes, if you like) that you will be, say, comparing your own product along with other products, and provide full disclosure
    • or let us know you will in fact not speak about your own product, and make us sigh in relief.
    • In short, don’t let us suspect this is going to be a sales pitch in disguise. It is one of the quickest ways to get your proposal rejected.

You might be interested to learn that last year, a proposal made by an influential and a well known speaker was turned down for that exact reason. Even if he had no intention of doing a sales pitch, that’s what it looked like to us, and by extrapolation to the audience.

We also ask you that:

  • Delivery is loyal to your proposal. If you suggest you’re going to speak about X, then people may choose to arrive at your room and miss other talks because they would like to hear about X. Please respect your audience and deliver X, not Y (this is based on real event). Of course we appreciate that by the time your talk is delivered the landscape changes a little so adjustments are fine.
  • Please make sure your talk fits within the designated timeframe (typically 50 minute for sessions), and respect your audience by allowing them to get to their next talk, and respect the next speaker by allowing him to prepare and begin in time.

Last but not least, do not be discouraged should your talk not be approved. There are many reasons like overlapping content, starvation of certain tracks; but the honest truth is that we simply cannot accept all talks. Last year we got about 250 submissions for 96 slots (give or take). This is good, since we can pick what we believe is the winning combination.

All the above based on our work on the 2013 conference. Sounds too complex? This is just a breakdown of what we think is common sense.

Submit a proposal today!

One thought on “Percona Live: MySQL Conference & Expo 2014: call for papers & guidelines

  1. To be clear: The only valid reason to be biased against talks about closed source products is an assumption that the audience will be less interested in them, because they are less likely to use them. This assumption is of course based on my personal preferences, but for example it is well known that the large US based web companies pretty much never use a closed source solution.

    So it is not a political bias as such, just a reflection of what I believe is relevant to the audience.

    That said, especially last year the committee was surprisingly positive towards those proposals. I suppose there’s some value in having the greatest variety of talks too. (As luck would have it, one of the closed source products approved had become open source by the time the talk was delivered 🙂

Leave a Reply

Your email address will not be published.

This site uses Akismet to reduce spam. Learn how your comment data is processed.