[EuroPython] conference length
Martijn Faassen
faassen at startifact.com
Tue Apr 15 15:04:50 CEST 2014
Hi there,
I thought I'd give my preferences for conference length in the future.
It's just my point of view, but I had it for a while now, and I figure
I'd better share it to be more constructive.
For some years, EuroPython was 3 days of conference, with perhaps 3 or 4
parallel tracks with talks. From what I recall from the early days, we
got about as many talk submissions as we had talk slots available.
At some point a few training days got tacked on to the beginning. We
also gained a tradition of sprints before or after the conference, later
on getting established at the end, where I think they should be. I
myself greatly enjoy sprints as an opportunity to get to know people
better and work with them.
In the last few years EuroPython grew to a conference with many more
parallel tracks, and more days of conference proper. 5 or so. And then
sprints.
I haven't been to EuroPython for a few years for other reasons. But when
I peeked at the massive and long schedule I did feel rather intimidated.
It feels a bit too much like a marathon to me. I prefer my conference to
be shorter. I also feel such a long conference risks diluting the talks
anyone finds interesting over a longer period, making the whole
experience less inspiring. And while I enjoy the hallway track, I prefer
doing sprints.
I take it the training sessions got spread into the main conference and
that's why it's longer. But I wonder whether the ballooning schedule is
also because the amount of talk submissions went up, and following the
pattern of accepting as many submitted talks as possible like we used to
have, the conference felt it had to grow to more days and more slots
too. If this is so, I think we should consider whether this is the right
response to more talk submissions, or whether a better response is to
simply reject more talks.
I think this relates to the discussion on diversity of talks. On the
preliminary schedule, quite a few speakers have two accepted talks, or
even three. For a more inspiring conference, I'd prefer to see more
different speakers, more viewpoints, not the same speaker multiple
times, however good they may be, and however interesting the topic.
Perhaps an exception can be made if a particular category of
submissions, like trainings, don't get enough submissions otherwise, but
if submissions > talk slots, I think 1 accepted talk per speaker is a
good idea. To avoid people gaming the system to increase their chances
they're accepted, perhaps 1 *submitted* talk per speaker would be a good
idea too.
For even more diversity of topics, throw in more wild card talks too
that are only peripheral to Python, and not just for the keynote
speeches. To me that's more inspiring. (I haven't studied the schedule
in detail yet though, so it's possible they're there)
I was told by @europython on Twitter I wasn't required to show up for 5
days of talks. I can make my own, shorter conference. So do I cut off
the beginning or the end? I'd prefer the sprints, so I guess I should
show up in day 3? What if a talk I submitted gets scheduled to day 2,
though? Or if I actually prefer seeing the talks on day 1 and 2? Now I
have to make those difficult choices myself.
Nobody has to care about what I want of course if it's just me. But
perhaps I'm not the only one. And maybe bits of my analysis make sense
to others. Nobody will find out if nobody talks about it, so that's why
I did here.
Thanks for doing all the hard work in organizing this; I know it's not easy.
Regards,
Martijn
More information about the EuroPython
mailing list