Archive for November, 2011

Google Code-In is starting: Take part!

Friday, November 18th, 2011

Google Code-In 2011

This Monday Google Code-In 2011 starts. Google Code-in is a contest for pre-university students (13 to 17 years old) to get involved in free and open source software. GNOME (and 17 other organizations) are proud to participate by providing a few dozens of small mentored tasks. These tasks cover eight different fields (code, documentation, translation, and more)!

Students!

If you want to join Google Code-In, check out the Contest Rules and the Frequently Asked Questions for more information. Specific information for GNOME’s tasks is available on the GNOME wiki.

Mentors!

We want more mentors and tasks!
You can add/propose new tasks at any time until December 16th. Check both GNOME’s wiki and Google’s wiki for more information for mentors!
Note that there are only two dates on which GCI tasks will be published for students: this Monday (November 21st), and December 16th. All tasks created between November 22nd and December 15th will be published on December 16th.
Or just discuss task ideas that you have with potential mentors.
Or join #gnome-love on IRC to help students if you don’t have time to be a mentor.
There’s many ways to help.

Enjoy, and just ask if you have questions or ideas.

MozCamp Europe 2011

Tuesday, November 15th, 2011

MozCamp 2011

Last weekend I attended MozCamp Europe in Berlin. I was mostly interested in discussing and learning about QA, Support/Documentation and Localization.

Most interesting talk for me was Robert Kaiser’s “Crash Investigation 101″ covering the infrastructure behind crash-stats.mozilla.org, interaction with Mozilla’s bugtracker, some statistical data (2-3 million received reports per day for Firefox, processing 10-15% provides a relevant data sample), and crash reasons (more than 50% of reported issues have nothing to do with the codebase but instead with Flash, Add-Ons, or Malware).

I was also impressed by the infrastructure on support.mozilla.org: Page access statistics for each article (issues that are popular might imply required UI improvements), combined with a “Was this article helpful? [Yes] [No]” at the end of every article: if the “Yes” percentage suddenly drops it implies that the article is not correct anymore and needs an overhaul.

Small nitpicking: Next time I would not recommend scheduling about 13 BOFs / Work Sprints for one 90min slot on a Sunday evening (people leaving for flights) – I was not the only BoF host who had only one attendee. Maybe have at least two slots and find a better time?

I’d like to thank Mozilla for the invitation and the interesting conversations that I had with community members.