Instant (Bad) Karma

Published on 10 November 2009 by Rich in Karma

7
Instant (Bad) Karma

shoot-self-in-foot

Want to know how to send your karma quotient into the cellar? Turns out it is startlingly easy to blow your foot off.

Case in point: the Symbian Foundation, established by Nokia as an independent entity to manage the open source Symbian mobile OS code base. Back in June 2008, Nokia bought Symbian, Ltd. and the OS, and simultaneously, they, along with several other OEMs and carriers, started the Symbian Foundation, announcing a project to open source the whole platform under the Eclipse Public License. Fast-forward to October 26, 2009, when the foundation announced the microkernel source code’s release as open source:

The kernel release is nine months ahead of schedule and reflects the positive momentum behind Symbian’s ambitious platform migration plan, which began with the release of security code under EPL.

16 out of a total 134 platform packages have now been released into open source since the code was first made available on the Symbian Foundation servers in April 2009.

Wow. 16 months after announcing they’re going to open source the platform, they’re up to almost 12% of the modules and ahead of schedule! Sure, it is hard to open source previously closed source code. Sifting through all that code, figuring out who owns the copyright, and cutting licensing deals for these encumbered bits of source or writing clean-room replacements is a thankless and difficult task. But have the stewards of Symbian noticed that they’re in a white-hot competitive market for pride of pocket in smartphones vs. the likes of Apple, Google, RIM, Palm, Microsoft, and a host of other competitors? The Symbian OS has the market-leading position today thanks to Nokia’s market share outside of North America – 48% worldwide. But Android and iPhone are growing by leaps and bounds, largely at the expense of Symbian and Microsoft’s Windows Mobile. Actually, this fact is not lost on Symbian’s backers. Sony Ericsson is launching the Xperia X10 Android-based multimedia smartphone in early 2010. Samsung, according to Korean investment house HTC Investment Securities, is going to ditch Symbian completely, focusing on Android and their own Bada platform, announced today. Even Nokia is hedging their bets, with their new, hotly anticipated N900 tablet running the Maemo mobile Linux platform, and not Symbian OS.

Not pretty. What to do? Savage your competition – another open source project (and a very popular one at that!) … well, perhaps thats not the best strategy but it is what Lee Williams, Symbian’s executive director chose to do on October 23, in this interview with Om Malik of GigaOM. You know you’re in rough water when your interviewer interjects “you know you are on camera?” to throw you a life ring.

The funny thing is – Williams is right. Google is so hands-off with how Android is being deployed, that the parochial interests of handset vendors are trumping the need for consistency, creating fragmentation that could derail Android’s platform adoption momentum just as it is gathering speed. But for Williams to poke at Android’s multiple UI skins when Symbian has S60, UIQ, and MOAP interfaces requiring developers to port across these interfaces and also across carrier and handset differences is a case of throwing stones in a glass house. A few lessons:

  1. Don’t diss other open source communities. Developers are looking for signs of cooperation and community, not corporate style competitive trash talk. Even if you’re right, you don’t win respect with such tactics, you just look desperate.
  2. Don’t blast others for issues on which you are as bad, or worse. You just look silly, and developers lose respect for you, because they know you’re trying to pull the wool over their eyes.
  3. Don’t announce a grand gesture aimed at securing developer interest, and then drag your feet, or even worse, renege on your promise. Developers don’t care about your excuses. They know things are hard – so what? As Yoda said, “Do, or do not. There is no ‘try’.”

Is Symbian a lost cause? Not at all! They have the largest market share of any smartphone platform, and outside of North America the OS is a strong player. Here are some headlines that the Symbian Foundation could deliver that would create good karma:

“Symbian revamps tooling, SDK, simplifies development model, based on community input and contributions.”

“Symbian Foundation funds accelerated open source project to build automated Android to Java ME porting framework, adopts Android API as alternative programming model.”

“Low-cost embedded device manufacturers standardize on Symbian on a chip design; create ultra-high volume ‘brain’ to add intelligence and style to everyday products.”

“Symbian Foundation eliminates ‘Symbian Signed’ program, creates industry leading free application QA process with guaranteed 7-day approvals, transparency.”

“Symbian Foundation completes open sourcing of the Symbian platform through unprecedented community contributions of unencumbered APIs; surprising shift to cooperation praised by enthusiastic developer community.

All of these possible headlines have one thing in common: achieving them would require real commitment, investment, and hard work. It isn’t just what you do, its how you do it that generates good karma. Including developers in decision making, valuing their contributions, and leveraging their goodwill are vital. Solving real-world problems facing developers and helping them innovate and succeed are essential. If you do not do these things, your competition will.

Continue Reading

0
Is iPhone the new BREW, Android the new Java?

logo_mobilemonday_hi_res_colorAt Mobile Monday Boston last Wednesday (yes MoMo can be on Wednesday if Yom Kippur is on Monday…) Bill Scott, VP of Sales and Business Development at GetJar, a large multi-platform app store, delivered the soundbite of the night in explaining why he thinks the smart money will bet on Android long-term, vs. iPhone. He said “iPhone is the new BREW, Android is the new Java.” There are certainly some parallels:

iPhone/BREWAndroid/Java
One network type: BREW on CDMA (also GSM/GPRS but, who knew?), iPhone on GSMNetwork independent.
Compatible API across all devices. BREW-mostly, iPhone-one device!Compatibility promised (Java-JCP, Android-OHA), but in practice differentiation creates fragmentation.
Apps must be approved/certified.Lightweight or no approval process.
Includes distribution services, App Store (Verizon for BREW, iTunes for iPhone)Java-deployment complex and fragmented. Android-App store available.
ProprietaryOpen Source

Bill walked the audience through an economic argument as to why the most successful app developers will target multiple platforms, not just the iPhone. He’s right – if you’ve got the money, the scale, the know-how and sophistication to manage a big porting and test matrix, a lot of partner programs and distribution negotiations. His point is that the more handsets and end users you can target, the more money you can make. But there comes a point of diminishing returns, even with automated porting and testing tools. The question is not how much revenue you can pull in, it is how much profitable revenue.

Jason Jacobs, founder of RunKeeper and a successful iPhone app developer was also on the panel. When asked about his plans to port RunKeeper to other smartphones, he said he’s thought about it but right now is quite happy with his success on the iPhone. Jacobs says that the fastest route to greater profit for RunKeeper has been to expand his existing market through community building features, global reach, and product extensions to new sports and training methods. For RunKeeper, the point of diminishing returns has already been reached with just one target platform. Jacobs did not rule out porting to other platforms in the future, but he’s focused on profitability, not just maximizing revenue.

The iPhone is different from BREW in some very important ways. BREW has always been perceived as tied to Qualcomm’s CDMA-centric focus and to Verizon Wireless in particular. The iPhone is on the most broadly deployed network technology – GSM. The BREW certification process is perceived as complex and costly, designed to facilitate operators’ “walled garden” models. Verizon Wireless’s announcement today of a Google/Android partnership points to the end of that sorry era. While the App Store approval process gets dinged for being arbitrary and opaque, for most iPhone apps it is fairly smooth sailing by comparison. And lets face it – BREW never has had sex appeal – targeted at more low-brow feature phones. The iPhone fairly reeks of it. In an earlier post, I’ve talked about some of the ways the iPhone is disrupting the mobile ecosystem. You can see that disruption in action, watching Apple and AT&T’s competitors scramble.

The iPhone adopted the best elements of BREW: nearly zero fragmentation and integrated distribution, and ditched the bad bits – narrow network, small subscriber footprint, weak marketing and branding. Android has adopted both the best and worst elements of Java ME – broad footprint, open platform, fragmentation and a “wild west” competitive landscape.

Bill Scott said that fragmentation is an inevitable cost of the mobile marketplace, and that successful developers must just learn to live with it. With over 2 billion apps downloaded, Apple is disproving this bit of conventional wisdom. Google needs to manage their platform’s “diversity” if they hope to catch Apple in this very new world.

Continue Reading

Google’s Androids Lack Discipline

Published on 14 September 2009 by Rich in Business Strategy

2
Google’s Androids Lack Discipline

Motoblur-android-phone-52Motorola is jumping into the smartphone market to try and win back some of their former Moto mojo with their Android-based new Cliq smartphones. More competition is good, right? Yes, but the MOTOBLUR (whose sharp branding mind invented that one?) user interface is going to drive Android application developers nuts. Why? Here’s how Sanjay Jha, Motorola’s co-CEO describes MOTOBLUR at GigaOM’s Mobilize ‘09 conference:

“With MOTOBLUR we are differentiating the Android experience for consumers by delivering a unique mobile device experience designed around the way people interact today,”

Hooray! Motorola is differentiating the Android experience! Can you hear the screams of Android application ISVs? Oh yes – MOTOBLUR is a “skin” and doesn’t reimplement the virtual machine at the core of Android. Applications written to Google’s SDK will likely run. But if you want to really integrate your app with the Cliq and other MOTOBLUR phones, you’ll need to code up something special. And Motorola is gearing up to give you that rope, as Mr. Jha proudly announces in an interview with PC World:

“Over a period of time–we’re not there yet–we’ll allow the APIs to be available so people can develop many more applications than we can think of ourselves, but it’ll take us a little bit of time to mature ourselves to a place that we could open up APIs.”

And that’s just Motorola. HTC has an Android phone or two or three or four. LG and Samsung are getting in the race too. The Open Handset Alliance (what an ironic name!) has 47 members. Pretty soon Android is going to fragment into a thousand implementations. Goodie for Google, right? Android will beat that pesky iPhone through sheer diversity and market momentum!

Ah yes, the iPhone. Two versions! Black, and white. But only one API. Apple exerts absolute, iron-fisted control over their platform as the sole handset OEM, turning back all entreaties (except perhaps from China) to build variants specific to to carriers and geographies. By nearly eliminating the cost to port applications and handling deployment through a single mechanism – the iTunes App Store, Apple has dramatically improved the economics for application developers. With over 75,000 apps available, its been a huge success.

Android is already fragmenting, and fast. Google knows this, and knows it is a big obstacle to developers. It just makes it more expensive to create Android applications, and makes it likely that Android developers will target only a subset of the market. Chris DiBona, Google’s open source program manager said as much at this year’s OSCON Conference:

“We think it’s really important that we spend a lot of our time trying to reduce fragmentation from an the application stand point – so when you code the G1 it’ll also run on later platforms from Sony Ericsson and Motorola and all the rest – and that’s a huge challenge.”

Huge challenge indeed. Can Android succeed if it ends up with hundreds or thousands of different implementations each subtly different from the others, as Java ME sadly ended up? How much fun will it be for consumers to hear about the latest cool application for Android phones, visit the Android store, select their phone (which model is it again? the XV7845a or XV7845c?) and find out that the app doesn’t run or has unpalatable limitations on their handset?

The moral of the story: if you give your partners the ability to “differentiate” your platform, you had better understand the implications for developers and the end consumers of your software. Google has a lot of smart people and they’ve made the calculation that it is better to get Android on a zillion handsets across all the carriers, and that the inevitable price to pay is fragmentation, the OHA’s “non-fragmentation agreement” notwithstanding. It is a huge gamble, and history is not on their side. Is fragmentation inevitable? Is openness worth the price? How valuable is differentiation when it dramatically raises the cost of application development? Who does it benefit, anyway? Consumers? Will MOTOBLUR really help Motorola regain their mojo? What do you think?

Continue Reading

Making your Planet Hospitable to Life

Published on 03 September 2009 by Rich in Community

1
Making your Planet Hospitable to Life

aura1Community blog aggregators have become popular features of developer communities for good reason – they make it easy to follow the meatiest technical posts about a platform. Also called “Planets” after the Planet server side software often used to assemble them, these sites bring together blogs written by members of a community in a single spot, usually displaying excerpts in a chronological scrolling list of posts that interleave content from many contributors.  A Planet ideally is a dynamic, ever-changing mosaic that presents a snapshot of the latest and best thinking going on within a community. Some Planets like Planet KDE (http://planetkde.org/) are mostly technical with a smattering of other stuff. Some like Planet Apache (http://planet.apache.org/committers) are more wide-ranging, reflecting a wide breadth of content.

It seems like it ought to be pretty easy to manage a blog aggregator. In practice it isn’t, and the issues you’ll face are a microcosm of the common issues in building a developer community. One such issue is how you decide whose feed is in, and whose is not.

Ed Burnette’s post “Planet Android and the terrible twos” illustrates this challenge: Planet Android is being swamped by duplicative newsy posts as more and more news and info streams get included in the Planet’s subscriptions. So, do you accept everyone’s feed who wants to be included? Or do you actively edit and design a Planet, selecting specific feeds that are known to deliver a high signal-to-noise ratio, be unique and well-written, and cover a range of interests within your community? If you do choose to be selective, you could base inclusion on an editor’s judgement, but you might be seen as overly controlling. You could let the community vote on which feeds to include, but this presumes that community members will be sufficiently active and motivated to vote on something like this. Perhaps the editor could be a respected community member outside of your organization, so that you’re not seen as controlling it, and yet it is still shaped into a high-value resource.

Knowing and respecting your community is the key to figuring this stuff out. Is your community “strictly business”, and readers don’t want exposure to off-topic or personal blog posts? Or are your community members interested in each other’s ideas and experiences whether they’re technical and on-topic or not? One excellent way to find out – ask!

Whatever you decide – edited or wide-open, be consistent with the rest of the content and governance of your community. If everything else is tightly controlled, developers will be comfortable with an edited Planet. If your community is governed by a loose consensus of participants, a tightly edited Planet will seem out of place.

What do you think? How do you manage your blog aggregator, and how’s it working? What do you like to see in the Planets you visit?

Continue Reading

iPhone Upheaval

Published on 10 April 2009 by Rich in Business Strategy

1
iPhone Upheaval

At the Mobile Monday event in Cambridge last… Monday, of course, it was mostly all iPhone, all the time. This with Rich Miner from Google Ventures, formerly (last week) the head of their Android program, and Jeremy Wright from Nokia on the panel, and the whole event sponsored by Microsoft Research. Windows Mobile, Microsoft’s handset platform, was mentioned once during the whole event. And Mr. Wright had to fend off questions of Nokia’s relevance in the face of the iPhone’s impact, even though Nokia is the leading handset manufacturer in the world.

Is the iPhone really that compelling? Why were most of the 400 attendees at this event so focused on a single smartphone device and ecosystem? Its not like there is no choice – there’s Symbian and Windows Mobile and RIM and the new Palm Pre and Google Android… the list goes on. What makes the iPhone the juggernaut of the mobile world, turning business models and established wisdom upside down?

All along, mobile platforms have been built by and for carriers and OEMs, to maximize their returns. Carriers have been intent to lock down applications and content on their offered devices so that consumers purchase nearly everything through the carrier – from apps to ringtones to music to additional services. Each carrier has its own mobile software, method to deploy applications, collection of devices each with different capabilities, even within a carrier. This fragmentation of the market and complexity of development and access has served carriers well up until now, concentrating market power and control in their hands.

Apple came along with their unique perspective on this market, and demonstrated that the real power in the mobile industry, as in most other consumer-focused markets, is with the end-user consumers themselves. Apple built a device that consumers wanted. Their design sense is so strong that even with the iPhone having been on the market for several years, only now are other handset makers rolling out new products to rival its sex appeal and ease of use. If you bring to market a product that is easily seen to be superior to its competition, you force change. Consumers needed the iPhone example to let them see the value of having the Internet in their pocket. Now that they see how useful it is for their personal mobile device to have access to all the world’s digital information, their expectations have changed. This is not dissimilar to what happened to walled-garden information services like Compuserve, AOL, and Prodigy when the World Wide Web burst on the scene. Once people experienced the breadth of content available outside the wall, they became dissatisfied with what any one service could bring them, no matter how comprehensive.

But Apple didn’t stop with bringing the Internet to people’s pockets and palms. The iPhone has revolutionized things for application developers as well. There is only one API, one device to target, and by all accounts, an exceptionally simple and high-level programming model with Objective C. None of the fragmentation across devices and carriers seen with other mobile platforms. And getting your application onto the phone, and getting paid for it is just as revolutionary and easy. Apple eliminates negotiations with carriers, establishes a set percentage of revenues, handles quality control, billing, deployment, and pretty much everything else a developer needs to deliver powerful applications directly to consumers, with minimal muss and fuss. Bottom line – it is much less expensive for a developer to create a showcase application for iPhone and get it in the hands of customers than on any other smartphone platform.

Consumers love it. Developers, and content creators love it. Apple surely loves it. But carriers are rightly spooked, because this new model cuts them out of the content business and accelerates their inevitable slide into the abyss of commoditized, dumb data pipes, where price and low cost are the only things that matter, and margins get razor thin. But the carriers should have seen this coming. No matter how much control carriers exert, if what they deliver is more about their profits than satisfying end-users, they’ll eventually be attacked by someone who understands that consumers have the ultimate power, and that developers and other content creators are the source of most of the value to those consumers. The iPhone was inevitable. Or rather – a consumer and developer friendly platform that beats the carrier-centric approach was inevitable. Given Apple’s consumer electronics savvy, its not a surprise that they saw the opportunity and ran with it.

At Monday’s event, Google’s Rich Miner highlighted the biggest perceived weaknesses in Apple’s strategy – Apple’s “control freak” grip on application approvals and closed-source black box platform, and touted Android’s solution – a consumer-driven rating system that will let people filter out junk, virus-laden adware, and other scourges, while giving developers free rein in approvals, and code to hack. I’m as big a believer in open development as anyone, but in this case I think Google is missing the point. Fragmentation is extremely costly for developers. The Java ME platform has run aground largely because of it, and other mobile platforms have significant fragmentation. Android, as an open source code base, will likely see as much or more fragmentation as any of the other platforms out there. And consumers don’t want to shoulder the burden of doing their own quality control – they just want stuff to work. Miner pooh-poohed fragmentation as an issue, but… he has to. Developers are just sick and tired of it, and are jumping to iPhone as a result.

Sure, developers are going to grouse about Apple’s heavy-handed slow approval process. But the alternative is the chaos they’ve grown to loathe with other platforms. They’ve spoken with their fingers – 25,000 applications for iPhone, and growing fast. And now everyone is scrambling to match the App Store’s simple model and instant deployment. Carriers are headed down a one-way path toward commoditization. The iPhone demonstrates where things are headed. Consumers and developers are gobbling up market power that carriers have hoarded for a long time. This trend bodes well for the public, but it will force a complete reset in business models and strategies in the mobile marketplace. A good friend and very knowledgeable expert in mobile business told me on Tuesday not to count out the carriers just yet. I think this shift will take time but I also think it is one of those inevitable, unstoppable shifts that are more a consequence of how the global economy works, than the doing of any one company, even Apple. This was going to happen. We just didn’t know how it would really start, or the details. Now we know more.

Continue Reading