ApacheCon is the “User Conference of the Apache Software Foundation”. What
should that mean? If you are going to Apache Con you have the chance of meeting
committers of your favourite projects as well as members of the foundation
itself. Though there are a lot of talks that are interesting from a technical
point of view the goal really is to turn you into an active member of the
foundation yourself. This is true for the North American version even more than
for the European edition.
Though why should you as a general user of Apache software be interested in
attending then? Pieter Hintjens put it quite nicely in an interview on his
latest ZeroMQ book with O’Reilly:
If you are using free software in particular in commercial setups you really do
want to know how the project is governed and what it takes to get active and
involved yourself. What would it take to move the project into a direction that
fits your business needs? How do you make sure features you need are actually
being added to the project instead of useless stuff?
ApacheCon is the conference to find out how Apache projects work internally,
the place to be to meet active people in person and put faces to names. Lots of
community building events focus on getting newbies in touch with long term
Disclaimer: Intentionally posting on my private blog - these are my own criteria, not general advice from the review committee.
Berlin Buzzwords is in it’s fourth year. Probably the most tedious task of all is having to select talks to make it into the final schedule. With roughly 120 submissions and roughly 30 slots to fill the result is that three quarters of all submissions have to be rejected. Last year I shared some details on how we do talk ranking given reviewers have provided their input.
Now the mechanics of ranking are clear, people have asked me what goes into the reviews themselves. Here I can only speak for myself: After doing reviews ourselves during the first two years, Simon, Jan and myself decided to spread the work of reviewing submissions among a larger team of people. As nearly all of them had attended Berlin Buzzwords in the past already (or had at least followed the conference remotely) we could assume they were roughly familiar with what kind of content would be a good fit. As a result review guidelines that we send out tend to be rather light:
Berlin Buzzwords is a conference from geeks for geeks: The goal is to get the people actively working in the field together to meet and exchange ideas. Content should have some technical depth - in particular pure marketing talks and obvious product placements without further technical value are not welcome. We usually invite both, interesting case studies as well as talks highlighting the technical details a project is built upon.
In the end judgement is up to the individual reviewer - so I can speak only for myself when listing what you should do to get your talk accepted.
Be on topic. There’s always a handful of submissions that look and sound like pure marketing, product placement or simply aren’t related to software engineering at all. Those tend to be easy to spot and weed out.
Tell us what you are talking about. An abstract is there to provide some detail on your presentation - don’t be just funny, promising overly generic content. In order to decide whether or not your talk is relevant please provide some details on which direction you’ll be heading.
Don’t be too detailed in the abstract neither - there’s no need to list the content of every slide. Make sure the abstract correctly summarizes your talk, making it catchy and nice to read usually helps if the content is solid.
We try to find those speakers that have not only an interesting topic to talk about but are also a pleasure to listen to, who can successfully get their point across. We cannot know every potential speaker in person though. As a result it helps if you list which conferences you’ve spoken at in the past, any videos of previous talks is helpful as well. As a general piece of advice: Choosing Berlin Buzzwords as your first conference to speak at ever usually is a great way to disaster. Get some practice at local meetups like the Berlin Hadoop Get Together, the data science day, the Java User Group Berlin Brandenburg, the RecSys Stammtisch Berlin or the MongoDB User Group Berlin to name just a few.
Make sure your talk is novel - submitting the same topic in 2012 and 2013 is a great way to ensure getting rejected. Also it is fine to submit a talk you have given at another conference earlier. However if everyone in the Buzzwords audience is very likely to have watched the exact same version of your presentation earlier already, we are less likely to accept your talk.
Finally: When drafting your bio make sure to include details that explain why you are the perfect expert to talk about the topic at hand. As much as I’d like to I don’t know every project’s committer by name. Provide some help by pointing out explicitly what your contributions have been or in what context you have used the technology you are presenting. Don’t be shy to list that you are a co-founder of a successful project. Not only does this information help with selecting talks, it also provides some background for the audience to judge the claims you make.
Two words on the role of free software at Buzzwords: There is no explicit requirement to only talk about software that is publicly available under a free software license however if some project or framework is presented it helps to be open source to raise the applicability for the audience. Most projects discussed at Berlin Buzzwords are developed openly. In order to get the maximum out of these projects it pays to know how they work internally, how to get active yourself, how to contribute. As a result discussions and talks on project governance are generally welcome.
A parting note: With way more than half of all submissions to reject making a final decision will always be hard. Being rejected doesn’t necessarily mean that your proposal was bad. Following the above advise may raise chances of being accepted - however it is no guarantee. We could raise the number of accepted talks by extending the conference by another track or even another day - at the cost of raising the ticket price substantially. However we want not only “big corp representatives” but a diverse audience, attendees that get active themselves, that help shape the conference:
The last two September weeks Teddy was in Down Under. He spent the first few days exploring Sydney: Taking the ferry from Manly to the city each morning, followed by beautiful sunny weather, warm enough to already go swimming.
The following days took him to the Blue Mountains and into Kangaroo Valley for some hiking, animal watching and kayaking:
Of course Teddy also made some new friends:
A huge thanks to Tatjana, Steve and Ash for hosting us in Sydney. Thanks also to Brett, Laura, Samantha and Tobi for hosting us in the Blue Mountains. And thanks to the folks joining us on our very last evening for a Apache Dinner. Was great meeting you – looking forward to see you again soon.
Also thanks to Thoralf, Anja, Astro, Douwe, Stefan, Nick, Brett and everyone else who provided us with lots of hints and recommendations on what to do in and near Sydney. As usual it was too little time for too much to do and see.
For some reason I got that question multiple times now from people that moved to Germany but work in companies where English is the language to use for communication - how to best learn German (in addition finding people to talk to).
When thinking about how I got started with English there were a few things that helped: As a child I got some “made for learning English” crime stories to read. In 11th/12th grade we got a Newsweek subscription. When at university I quickly learnt that translations of any man pages or help files to German were not really helpful so I switched my Locale to English. In addition the dubbed versions of Futurama were no good - same for most movies you get to see in cinema. Finally getting into open source meant that there was no other way for communication.
So what sites are there that provide value to the average geek but are available only in German?
Blogs and online resources
Lawblog publishes posts on legal related matters - despite the name mainly in German.
Executive summary: This is to warn those of you who are subscribed to this blog - the domain to reach this blog w/o redirects will soon change to by isabel-drost-fromm.de - you might want to adjust your rss subscription accordingly.
Longer version: This blog post is scheduled to go live some time after lunch-time on September 12th 2012. You might have heart rumors before - that date Ms. Isabel Drost and Mr. Thilo Fromm are supposed to get married.
There were times when war and conflicts between kingdoms were settled by having children of the reigns get married. Today this old tradition is being continued on a much smaller scale by having a couple get married that is comprised of one half being passionate about Linux Kernel hacking and a strong proponent of GPL/LGPL open source licensing and the other half coming from the Java world, mainly contributing to ASL projects.
As a bit of “showing of good will” both agreed to the proposal of Matthias Kirschner: Girls that are FSFE fellows really should only marry other FSFE fellows. So we got Thilo a fellowship membership setup very quickly.
PS: Now looking forward to dancing into a new part of life this evening
Pps: Thanks to photomic for the DLSR fotos, and to masq for taking the above picture and mailing it to my server. Having a secure shell on your mobile phone rocks!