LWN.net Logo

Some notes from the Collaboration Summit

Some notes from the Collaboration Summit

Posted Apr 20, 2010 14:05 UTC (Tue) by lmb (subscriber, #39048)
Parent article: Some notes from the Collaboration Summit

There's absolutely no question that Android developers are doing great things, and Chris is also right that "building a community" always takes some time.

Yet, one wonders how much of this is a "I can't sharpen my axe, I'm too busy felling trees" argument. If no resources are spent on making Android more accessible and easier to accept contributions from the community (note: I am _not_ talking about upstreaming their own work!), the gulf widens all the time, and if the community would be able to contribute even only 5% of the work on bug fixes and features (a not very aggressive estimate), this is now work the Android core team has to do themselves or it doesn't get done. So, the platform loses out and the spiral works downwards.

This is Google. It's not as if they'd be hard pressed to put a team of 1-5 engineers on it to work on improving community interactions, accepting contributions (and perhaps help them get it right), and improving the bi-directional code flow.

And it might be a good way to identify and recruit new talent. This seems to be something Google is willing to invest quite a bit on, so maybe spin it like this? ;-)


(Log in to post comments)

Some notes from the Collaboration Summit

Posted Apr 20, 2010 15:05 UTC (Tue) by Trelane (subscriber, #56877) [Link]

Plus you probably want to get your intended bi-directional flow going *before* development systems have ossified.

Ax-sharpening

Posted Apr 22, 2010 7:28 UTC (Thu) by ncm (subscriber, #165) [Link]

The additional information exposed here (thank you LWN!) demonstrates that the upstreaming problem really is a management problem. If Google management were to set aside a meaningful fraction of time in the schedule to negotiate upstream inclusion, the development team would be doing it. Google should also be letting contracts with upstream developers to help them absorb the influx. This isn't just for the kernel; Chrome notoriously forks the libraries it depends on, too.

The ax-sharpening metaphor is excellent.

Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds