More Google – The Tao of Open

Published on 23 December 2009 by Rich in Business Strategy

2
More Google – The Tao of Open

Google is an irresistable topic for me. They’re so big, and so influential, that everything they do gets endlessly scrutinized for strategic insight, good and bad. So forgive me for YAGP – Yet Another Google Post – this time about their recent public policy statement by Jonathan Rosenberg, Senior Vice President, Product Management on “The meaning of open”. Google does a lot of good stuff – I’m not bashing them. But I still wish Google was more comfortable with the truth about why they do all that good stuff. Their stated reasons reflect the conventional FOSS wisdom:

“To understand our position in more detail, it helps to start with the assertion that open systems win. [...] They are competitive and far more dynamic. In an open system, a competitive advantage doesn’t derive from locking in customers, but rather from understanding the fast-moving system better than anyone else and using that knowledge to generate better, more innovative products.”

This sounds great, doesn’t it? But the premise, that competitive, dynamic markets generate more profit, is inherently untrue. Competition and rapid change sap profitability. It costs a lot more money to win when lock-in is impossible. When all you’ve got to beat your competitors is brains and hard work, you have to continuously invest big money just in staying ahead.

Gartner’s Brian Prentice offers a pointed analysis of Rosenberg’s article, in which he sums up the revenue picture quite well:

“The truth is that closed systems still win. Open systems, practically speaking, are basically good for making others lose.”

True, but also misses the key point. Google is not trying to crush their competition in search advertising: they already have.  Their biggest problem isn’t competition, it is market saturation. The market for search advertising can only grow as fast as the demand for searching, which in turn grows along with the use of the Internet, and Google’s ability to index ever more of the Net. Another way to put this, is that Google’s addressable market is driven by adoption of the Internet itself.

“Open” is an incredibly important strategy for Google, because it drives greater adoption of the Internet. The money quote from Rosenberg:

“Our commitment to open systems is not altruistic. Rather it’s good business, since an open Internet creates a steady stream of innovations that attracts users and usage and grows the entire industry.”

Bingo. Google understands the adoption-led business strategy better than any other enterprise today. With their enormous scale and technological might, they relentlessly develop new, seminal Internet infrastructure that digitizes and shares more and more of the world’s information. And then they open that infrastructure. Remember: they don’t sell maps, books, document storage, music, collaboration, or mobile phones (yet). They sell search advertising. The more adoption of the Internet for accessing all of these newly digitized artifacts, the more and better targeted search advertising they can sell. They don’t sell the things they open, they sell something else that scales with adoption of the open stuff. That is the genius of Google’s business model.

Google doesn’t do “open” to compete. They do “open” to drive adoption. But if you sell something that Google offers for free, tough luck! It sure feels like competition! Google Docs feels like competition to Microsoft. Android feels like competition to Symbian and Palm. Chrome feels like competition to Mozilla, and Google is Mozilla’s biggest benefactor!

Rosenberg says that “An open Internet transforms lives globally. It has the potential to deliver the world’s information  to the palm of every person and to give everyone the power of freedom of expression.” He is absolutely right. But Google doesn’t do “open” because it is some benevolent force for the good of humanity. But if closed and bare-knuckled competitive warfare would drive more adoption of the Internet and thus more search advertising, Google would be doing that instead.

Another quote from Google’s article:

“We can do these things because they are information problems and we have the computer scientists, technology, and computational power to solve them. When we do, we make numerous platforms – video, maps, mobile, PCs, voice, enterprise – better, more competitive, and more innovative.”

Why won’t Google, in the spirit of transparency, tell the truth, which would read something like this (my words, not theirs):

We do these things because we need more and more of the world using the Internet in new and different ways, so we can sell more ads and continue to grow. We’re genuinely gratified that doing so makes numerous platforms – video, maps, mobile, PCs, voice, enterprise – better and more innovative. We’re not trying to compete in these areas but the effect of our adoption-led strategy is to make it very hard for others to make money doing these things. Still, it is fortunate for both end-users and for us that Google’s search ad prosperity is driven by Internet adoption. We reap great rewards for delivering awesome technology and information to the world, for free!

Those are my words, not Jonathan Rosenberg’s. But really, wouldn’t a transparent explanation of their business model be a better message?

Continue Reading

Is Community In Your DNA? Should It Be?

Published on 03 December 2009 by Rich in Community, Karma

0
Is Community In Your DNA? Should It Be?

Community-DNATom Callaway of the Fedora Linux distribution has a great post on the ins and outs of how a major Linux distro evaluates the inclusion of an important upstream project – in this case, Google’s Chromium, the open source code base for the Chrome browser. Turns out Chromium isn’t yet a blessed package that is part of Fedora. Why? Because the Chromium project isn’t playing completely by the “rules” governing how Fedora expects to collaborate with its upstream components. Tom sums up his long and insight-filled post in the final line:

“I do think that with great power comes great responsibility, and Google could truly be a much better community participant than it currently is.”

Here’s a few of his issues that I’ve spun into recommendations, generalized and refactored:

  • Be stable: Establish a release “heartbeat” for your code base, with declared, numbered snapshots that are feature complete for a given version, tested and supported for a reasonable time with patches and bugfixes fixing big bugs or plugging security holes.
  • Divide and conquer: Engineer your large project as a bunch of independently developed, valuable piece parts each of which has stable releases (see above bullet). Why is it good for the whole to be built from smaller independent projects? Because those independent chunks might be useful in and of themselves in other FOSS projects, and because the independent project approach ends up being more maintainable, and thus supports more participation by a more dynamic community.
  • Participate: If you’re going to use someone else’s code, join their community, participate in their process, and contribute to the overall FOSS ecosystem you’re relying on. Do not take code from other projects, makes custom changes, and include the hacked upstream code without giving back to the upstream project through participation. Bad karma! And doing that also obligates you to maintain your custom hacks – so give back those changes!

There are a ton of reasons you might not want to do all this stuff. It can slow you down. It can cost you $ and resources. It can make your binaries run slower, be bigger, come out later, and be less competitive. Good karma is hard work, and entails compromise. It isn’t a slam-dunk that you should always maximize your community participation at the expense of other objectives. Its a hard decision, with real trade-offs. As Evan, one of the Chromium developers says in a comment to Tom’s blog post:

“I think the shorter answer is: you demand a huge amount of work for minimal benefit for “upstream” (Chrome), so while various bits of the work are underway it’s not going to happen quickly. Each of your bullet points is of the form “X ought to be Y” but none mention why that is useful (or if it is useful, why it merits the amount of work involved). *shrug*”

Ok, so following all the rules to be packaged with Linux distros can be hard to justify, even for a company as culturally committed to open source, and as resource-rich as Google. Why do it then?

  • Your business model scales revenue with platform adoption.
  • You’re in a market with network effects that make it so only a few competitors at most can survive, and only one really wins.
  • Adoption of your platform depends on it “just being there” when sophisticated, influential developers need its features. In other words, when you need to be distributed with Linux distros.

If you don’t have an adoption-led model, if your market values “best” more than “easy” or “standard”, or if your platform is for a niche, a vertical market, or targets a proprietary foundation, then the costs of being a good citizen may outweigh the benefits. Or if you are one of the very few companies like Google with so much market power that rules don’t apply to you, and the community will swallow hard and adopt your platform anyway, you can cut corners on community participation.

Do the analysis, but understand that having good karma is often pretty much a binary thing. Either you are doing the community dance and you’re trusted by developers to be transparent and participatory, or you’re not. Factor in all the costs, consider the opportunity that monetizing your platform offers, and make a decision. Either pursue an adoption led strategy, or don’t. If you decide that you can’t afford community, then make that choice clear to everyone. Developers might regret that you aren’t adopting an open model, but they can respect that decision. What they can’t abide is you trying to fool them that you’re serious about open development -  inviting them to participate in your community, but not giving back to theirs. That is the epitome of bad karma.

How does Google get away with it? They’re a very sophisticated community participant and understand all of this in great detail, and make considered choices on just how they’re going to participate, and they invest a lot in community. They get cut some slack because they mostly do the right things, and they listen. Oh, and because, well… because they’re Google.

When is community part of your DNA? No magic here – it is like everything else: when you plan and budget for it, and goal and measure your staff by their participation. There aren’t any shortcuts, and you can’t have it both ways. But once you’ve really thought through your adoption-led strategy and made the decision to see it through, you will wholeheartedly execute that strategy knowing that the rewards justify the costs.

Continue Reading

Go – Google’s Moment of Truth

Published on 13 November 2009 by Rich in Community, Karma

0
Go – Google’s Moment of Truth

steamrollerGoogle does open source projects right. Mostly. Their new Go programming language has all the earmarks of a savvy developer initiative:

Lovely! Great example of creating good karma. Except for a little detail – the name. Tsk tsk – they should have googled “Go” before naming their new toy. Turns out that someone else invented a computer language and called it Go! (exclamation point is part of the name). Frank McCabe’s Go! language had its public debut in a research paper published in 2004. He wrote a book on the language, published in 2007. As for Google’s use of the same name, McCabe said:

“It takes a lot of effort to produce a reasonably well-designed language. I am concerned that the ‘big guy’ will end up steam-rollering over me. I do not have resources to invest in legal action; but do not intend to let Google keep the name without them being explicit that they are steam-rollering over us.”

825 comments and counting on Google’s issues forum mostly are in support of McCabe, call for Google to change the name, and are questioning Google’s commitment to their “Do no evil” motto.

A moment of truth for Google – what will they do? Stay tuned, because whatever their choice, the way this plays out is a case study in managing karma.

Continue Reading