Skip to main content

Event Report : Xen Hackathon 2013

By May 28, 2013March 4th, 2019Announcements

After almost a week in Dublin, we’re back with a debrief of the Xen Hackathon. Please note this is from our point of view (Xen Orchestra team) and that we’re not kernel or hypervisor hackers.

Google Docks: our place to work

We were really impressed by Google’s building (Google Docks). The atmosphere was really relaxed, with a lot of small places to work, and a very good food at lunch (for free!). The space dedicated to Hackathon was fantastic: on the 11th floor, no offices, and a very very exceptional view on Dublin, all around us. Oh, and a very big terrace… We can’t have any excuses regarding our productivity 😉
Thanks to Guido for the organization and the opportunity to be here!

A nice view of the Google Docks building.

Participants

One of thing that was very interesting was that a lot of people who are doing Open Source software here were paid by -very- big companies (Google, Oracle, Citrix, etc.). We felt very small comparatively, but at the Hackathon, people were not “representing” a company. You’re just a hacker working on a project. In my opinion, that’s the magic of Free and Open Source Software: everyone can contribute, there is no bureaucracy or hierarchy. If your project responds to a need, you’ll have people around you, no matter where you from. We felt the Bazaar model was very present at this event.

How it works

To ensure good participation and collaboration in the sessions, Lars put stickers on the window. Each table was identified with a number. You just have to fill a sticker and put it at the right place and you could find people working an a specific project. Simple and efficient!
It was just a tool, to find people, connect and guide discussions. The Hackathon was really informal, and that’s why it was great. You can talk to everyone, get views, advice and ideas from everyone. But we needed the sticker framework to start, because many people didn’t know each other. For example, our first conversation about Xen Orchestra was with Andrew Cooper. We talked to him because he sent us a patch a few weeks ago. He uses our software, and he had some great feedback for us. After few hours, we managed to fix those bugs. We also discovered that Xen Orchestra is pretty scalable, because it was tested with numerous hosts and Vms. Thanks you to Andrew for the feedback.
The other good thing at the Hackathon were unexpected ideas from people working on something completely different. An example was a conversation with Boris Ostrovsky from Oracle. After seeing our molecule view, he asked if we can build a XAPI based system in Xen Orchestra using drag and drop. A real challenge, but a really exciting idea.

Session organization, with Dublin in background.

End of the first day!

Time flies. By Thursday evening the Hackathon wasn’t yet over. Lars took out everybody (40!) to a very nice restaurant, not far from Google Docks. We drank a beer first: another opportunity to talk with people. The wine and food was great (I never tasted a Gran Sasso before, thanks Dario 😉 ). But it was a little harder to participate in a conversation because of the noise. Clearly normal with a lot of people! The dinner was a great way to build relationships with people and get to know them, beyond the technical work happening at the Hackathon. I admit we were very exhausted at around 11pm and we decide to go to sleep to recover. Indeed, the next day was very intense.

Friday

Last day, but a very important one: everyone now knows who’s who, and we know the place. We had a productivity leap. Discussions were very intense and focused on specific points, developing a very creative atmosphere: we saw whiteboard discussions or conversations in groups everywhere. The necessary organization in the first day provided room for more flexibility now. It’s interesting to see how the event evolved. It’s a lot better when you know who is the right person for your problem. Everything went smoothly. To get some fresh air, we enjoyed the terrace to get a group picture. Lars surprised everybody with its secret remote. Well-played 😉

Hackers united!

XAPI questions

Our next step was to question the Citrix and Rackspace guys about XAPI behavior. We participated in a very interesting meeting about XAPI (with Lars Kurth, David Scott, Rob Hoes, John Garbutt, Jon Ludlam, Julien Fontanet and I). It was great from project management perspective. But we also learned a lot about the API and the people working on it. John Garbutt told us about HyperGlance, which provides nice 3D visualitions for OpenStack. It gaves us a great source of inspiration. Then, Jon Ludlam showed us a proof of concept of a Javascript interface for XAPI. It will provide us a very good base for getting console and RRD. I think this project will boost XO significantly because it will pave the way for us. Then he helped is using XAPI in the best way to collect metrics. Finally, we used the rest of the day to gather and write down every single idea, suggestion and the things we learned (it’s better to write everything when it’s fresh in memory)

Global feedback

This Hackathon was a mix of a good place, good people and good organization at the same time. This kind of combination allowed a lot of discussions, exchange of viewpoints, spontaneous creativity and a better understanding of the Xen Project as a whole. If the objective is “to give developers the opportunity […] to collaborate with other developers as well as allowing everyone to put names with faces”, I think we can say: mission accomplished! For the Xen Orchestra project, I can already say that it will give us a lot of thing to process: it was far beyond our expectations.
We would like to thank everybody there, especially Guido for making it possible and Lars for coordinating people, which is not trivial when you are 40. Also thank to those companies believing in Open Source community, allows us to meet despite our geographical distribution.
There’s something I’ve learned at this event: hacking is not only modifying the code, it’s sharing your knowledge. That’s really essential for Open Source software.