Google won't be releasing the source code for Android 3.0 Honeycomb any time soon. (For an excellent overview of why that is and what it means, see Jerry Hildenbrand's article over at our sibling site, Android Central.) What makes this interesting for TiPb is that, for a while now, Google has used the term "open" as a hammer to differentiate themselves from Apple, iOS, and the iPhone. From Eric Schmidt's "completely open" quips to Vic Gundotra I/O smack-talk to Andy Rubin's now-ironic tweet, it's been clear from the start that "open" wasn't a development philosophy for Google so much as a business and marketing strategy. It was a brilliant if disingenuous move that rallied many hardcore free and open-source software advocates to their cause (and platform) and got a bevy of tech writers to skewer Apple for being equally and oppositely "closed".

That it was business and marketing rather than philosophy was fairly clear from the start -- "open" is such a nebulous term to begin with. Open to whom and in what way? Even if we restrict ourselves to open-source, Android was never Stallman-class open, GPL licensed and patent unencumbered. It was never even Mozilla-class open, where the source was freely available even during development phases (most of us couldn't download, compile, and contribute back to Gingerbread before the Nexus S debuted). It was Google-class open, which meant it was only released when it benefitted Google, and only really meant for manufacturers and carriers. We've spoken about it plenty of times here at TiPb, and so has Android Central. (Phil Nickinson and I even did a special podcast on it back in October.)

It's kind of like that popsicle you get at the corner store -- it's not chocolate, it's chocolaty. Android was never open. It was openy.

That's fine. It's even good. It let Google make the arrangements they needed to make with manufacturers and carriers to get Android accepted and deployed at the scale it enjoys today. An Android that didn't let manufacturers lock down bootloaders and carriers lock out sideloaders, that didn't allow for bloatware and feature removal, wouldn't be the number one fastest growing phone OS on the planet. (webOS, though proprietary, is arguably far more meaningfully open to developers and users than Android, but didn't get anywhere near the carrier support.)

Likewise, if Google has open-sourced their search algorithms, AdWords and AdSense code, and internal infrastructure programming it would likely have been bought by Oracle instead of being sued by them.

Apple's the same way. They protect their revenue streams -- their interfaces and designs, products and presentations, and they open source WebKit and a large number of other ancillary projects. Both are for-profit companies after all, tightly controlling the areas they dominate with proprietary code and fragmenting those they don't with free software. Google simply chose to deliberately use (is mis-used) the term "open" as a way to counter-program Apple...

And because of Honeycomb it's come back to bite them in the @$$ this week.

That's too bad. Android is a fantastic OS and is getting better and better with each iteration. It's powerful, customizable, and functional in ways iOS simply can't be at the moment. (Hopefully Matias Duarte will soon give it an interface to match, if Google can get those 40 shades of blue out of his way.)

It's just not now nor has it ever been "open" -- it has been and remains "openy".

Now that Schmidt can't get away with "completely open", Gundotra needs to fear for a future of his own creation, and Rubin's make command will error out with file not found, maybe we'll get less rhetoric from Google and Apple both. Ultimately I don't care who's more open or more integrated -- I just care who makes me the better phone and tablet.

Our good friends over at CrackBerry.com found and posted up this handy chart from Verizon, meant to serve as a point of comparison between the upcoming BlackBerry Storm 2 and competitive devices. The problem? Like cake, the CHART IS A LIE!

The sad part is that the dodgy folks at Verizon are comparing the latest BlackBerry Storm 2 against last year's iPhone 3G. The really sad part is even if it's fairer to compare the upcoming Storm to the outgoing iPhone, the chart is STILL A LIE. The iPhone 3G has had OTA 3G/EDGE music downloads since Macworld in January 2009. Likewise, the GPS in the iPhone 3G (and iPhone 3GS) is assisted (aGPS). Swap in an iPhone 3GS and there goes the camera megapixel advantage.

(Never mind the exclusion of important factors like 75,000+ apps, digital compass for augmented reality (Storm 2 has?), app integration with peripherals, a browser that can properly render AJAX, unicorn tears?!)

So what's left? If the Storm 2 can't even compete honestly on Verizon's own chart, they're in for some trouble. Of course telcos need to give their reps something to answer legitimate consumer questions about how their new devices compare to existing ones. However, Verizon would likely do better with a chart that won't get the rep laughed out of a sale by any savvy Smartphone Experts reader.