It's well known that Google runs its vast array of servers using a custom version of GNU/Linux. But this is only one aspect of its support for free software. Others include its Summer of Code, now well established as an incubator of both coding talent and projects, and more recently its open source code repository, which offers a useful alternative to Sourceforge.net. Similarly, in porting Picasa to GNU/Linux, Google has made contributions to Wine, while open source projects in Sri Lanka have been the beneficiaries of more direct help, to the tune of $25,000.
But Google is also operating behind the scenes to bolster free software in other ways. For example, it came as a surprise for most of us to learn that the Mozilla Foundation was earning some serious money – figures of $72 million were bandied around - from the use of Google search as the default for Firefox's search engine. This deal alone must effectively pay for a good chunk of the Mozilla project.
In January 2005, Google hired Ben Goodger, the chief engineer for Firefox, in what is proving to be just one of several such moves by key open source coders. At the end of last year, Guido van Rossum, the creator of Python, also joined Google. And most recently, Andrew Morton, the Linux 2.6 kernel maintainer, has announced that he is leaving OSDL to work for the company.
This represents a significant shift in the way the free software community works. Originally, of course, people beavered away on their projects as best they could in their spare time while working or studying. During the first dotcom boom, the early open source companies began hiring the top programmers: kernel coders like Alan Cox, David Miller and Stephen Tweedie went to Red Hat, while many others were snapped up by Linuxcare.
After the dotcom meltdown, key people were forced to find new jobs, with several ending up at the increasingly important OSDL. Against this background, Google's growing collection represents a return to the earlier pattern of concentration of programming talent at one company. But this time, their work is only indirectly related to Google's principal markets.
This is a shrewd move on Google's part. For by employing people like Goodger and now Morton, it is ensuring that the projects they work on – Firefox and Linux – benefit from their full attention, without the need to worry about things like earning a living or keeping management happy. In fact, this is by far the best way for Google to undermine Microsoft's position, with the added bonus that it is not even perceived as taking a hostile stance. Indeed, the company line seems to be that it does not regard Microsoft as a direct competitor, but this is clearly window-dressing.
There is another, less obvious, benefit. Recently, there has been some debate as to whether Google is doing enough to fulfill its moral obligations to the open source world. The argument is over the extent to which Google should be opening up its code, given that much of it is based on free software. As well as legal obstacles, there are also practical ones: the code may be obscure and in reality not much use to "ordinary" users.
In a sense, though, supporting open source hackers is an even better way for Google to give back to the community than simply throwing its own programming "over the wall". The code these people generate is precisely what their respective projects need, rather than what the company produces. Moreover, the more such coveted positions are created, the more working on free software will be seen as a clever career move.
The debate over what responsibilities companies that use free software internally have to open their code was not just about Google. Another major beneficiary of open source software is Yahoo. The latter has been very active in acquiring Web 2.0 companies like Flickr and Del.icio.us, which are certainly aligned with the open source world, but it is a long way behind Google when it comes to supporting open source coders directly. Just as it is in Google's interest to hire free software coders to work on public projects, so Yahoo would do itself a lot of good – in several senses - if it started paying a few alpha geeks to hack for the good of the community, and not just the company.
Glyn Moody writes about open source at opendotdotdot.
|Designing Electronics with Linux||May 22, 2013|
|Dynamic DNS—an Object Lesson in Problem Solving||May 21, 2013|
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
- Dynamic DNS—an Object Lesson in Problem Solving
- Designing Electronics with Linux
- Using Salt Stack and Vagrant for Drupal Development
- New Products
- Senior Perl Developer
- Technical Support Rep
- Symbolic Math with Python
- UX Designer
- Network Monitoring with Ethereal
- I once had a better way I
2 min 45 sec ago
- Not only you I too assumed
20 min 8 sec ago
- another very interesting
2 hours 13 min ago
- Reply to comment | Linux Journal
4 hours 6 min ago
- Reply to comment | Linux Journal
11 hours 39 sec ago
- Reply to comment | Linux Journal
11 hours 16 min ago
- Favorite (and easily brute-forced) pw's
13 hours 8 min ago
- Have you tried Boxen? It's a
18 hours 59 min ago
- seo services in india
23 hours 31 min ago
- For KDE install kio-mtp
23 hours 32 min ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?