Categories: Ubuntu

Panel: Measuring Community Contributions (Liveblog)

Panelists:
Joe Brockmeier – OpenSUSE
Jono Bacon – Ubuntu
James Bottomley – Novell
Dan Frye – IBM
Karsten Wade – Fedora

* Don’t always associated “contribution” with “code”.
* People tend to contribute things that are of value to them – they are scratching their own itch.
* Measuring community is very new and is not an exact science. There’s still a lot to learn and we’re still making mistakes.
* Having a clear answer to “how do I get involved” is very important.
* The first mistake companies often make when they try to enter the Linux community is an attempt to push things upstream as-is and in a way that only benefit the company.
* Audience question: It seems most mainline kernel development comes from the developed world. Why isn’t more coming from India, China and other developing countries?
– Dan indicated that some IBM’ers are actually effectively contributing from BRIC countries, but admits that we can do a much better job here.
– Some of this is an infrastructure problem, which is already being worked on.
* Audience question: Is there a way to objectively measure contribution?
– Intuition is our starting point, but we’re moving toward reverse intuition.
– Fedora is using EKG – https://fedorahosted.org/ekg/
– Every project focuses on different aspects and different items are important to them.
– Measuring community started out very informally, but as we mature we’re being much more rigorous and scientific in our measurements.
– Deciding _what_ to measure can be difficult.
– Measuring for the sake of measuring is senseless. Getting data that is useful is very important.
Audience question: is anyone measuring the way people are mentoring?
– Generally yes, but it’s vastly different for each project/community.

–jeremy

Ubuntu Server Admin

Recent Posts

Predict, compare, and reduce costs with our S3 cost calculator

Previously I have written about how useful public cloud storage can be when starting a…

20 hours ago

One Thread to Poll Them All: How a Single Pipe Made WaterDrop 50% Faster

This is Part 2 of the "Karafka to Async Journey" series. Part 1 covered WaterDrop's…

24 hours ago

A year of documentation-driven development

For many software teams, documentation is written after features are built and design decisions have…

2 days ago

Announcing FIPS 140-3 for Ubuntu Core22

With the release of the FIPS 140-3 certified cryptographic modules for Ubuntu 22.04 LTS, Canonical…

3 days ago

The foundations of software: open source libraries and their maintainers

Open source libraries are repositories of code that developers can use and, depending on the…

6 days ago

From inspiration to impact: design students from Regent’s University London explore open design for their dissertation projects

Last year, we had the opportunity to speak at Regent’s UX Conference (Regent’s University London’s…

7 days ago