Did Google Arm Its Own Enemies With Android? (HBR)
What's the endgame here? Well, with both handset manufacturers and networks increasingly becoming commoditized, each are desperate to find new sources of revenue. Between them, the most valuable thing they have is control over what goes on the phone right before it reaches the customer: what apps, and what search. This is exactly what Google needs to control as the future shifts to the mobile web."
Posted Nov 18, 2010 17:20 UTC (Thu)
by b7j0c (guest, #27559)
[Link] (1 responses)
google will remain the default search engine because it is not only synonymous with search, but because it is still the best
Posted Nov 19, 2010 9:22 UTC (Fri)
by dsas (guest, #58356)
[Link]
Posted Nov 18, 2010 17:53 UTC (Thu)
by paivakil (guest, #31804)
[Link] (3 responses)
In face fo such an attempt at lockdown, the user (or any user on behalf Googel) can ask for the code and launch a modified version of the phone's firmware.
Posted Nov 18, 2010 17:58 UTC (Thu)
by epa (subscriber, #39769)
[Link] (1 responses)
Besides, the 0.5% of geeks who would want to install an alternative firmware
Posted Nov 19, 2010 13:20 UTC (Fri)
by vonbrand (subscriber, #4458)
[Link]
That is a browser configuration option (mandated by some EU ruling or other, IIRC); in the worst case you get a browser you like (there are several alternatives around). No firmware reflashing involved at all.
Posted Nov 18, 2010 18:13 UTC (Thu)
by Trelane (subscriber, #56877)
[Link]
Would this be the kernel, which is GPLv2 and requires giving source, or the rest of the stack, which is Apache and comes with no such downstream requirement (this would be the freedom that BSD advocates like so much).
(http://arstechnica.com/old/content/2007/11/why-google-cho... and http://en.wikipedia.org/wiki/Comparison_of_free_software_... amongst many other places for more reading)
Of course, there's also the Tivoization that is not prevented by the GPLv2, only GPLv3 (or, because of "or later", GPLv2+).
Posted Nov 18, 2010 18:13 UTC (Thu)
by kov (subscriber, #7423)
[Link] (1 responses)
Posted Nov 25, 2010 21:01 UTC (Thu)
by jospoortvliet (guest, #33164)
[Link]
Posted Nov 18, 2010 18:30 UTC (Thu)
by pizza (subscriber, #46)
[Link] (13 responses)
And don't forget the tie-ins with google's other services -- mail, chat, etc etc etc, all of these result in ad impressions too; arguably far more than just 'search' would provide.
Posted Nov 18, 2010 19:32 UTC (Thu)
by kirkengaard (guest, #15022)
[Link]
Posted Nov 18, 2010 20:55 UTC (Thu)
by anselm (subscriber, #2796)
[Link] (11 responses)
AFAICT Google Mail, Talk etc. on Android don't display ads.
Posted Nov 18, 2010 21:38 UTC (Thu)
by jmm82 (guest, #59425)
[Link] (10 responses)
Each phone is one more person converted to a Gmail user and when the user checks their mail on a normal computer then are served ads.
I realize that you can use other email accounts, but Gmail is a decent product and many people will "just use it" since it is highly integrated into the phone.
Once people get conformable with android as a phone it will open the door to some Linux/Google desktop which looks nothing like the Linux desktops which us geeks know and love(GNU/Linux/(Fedora|Ubuntu|Suse|etc)).
The Linux kernel will still benefit as a whole by a Linux/Google desktop by gaining hardware driver support even if "we" hate linux/Google desktop. Who knows maybe it will kick @ss, that is just a bonus. The average person knows Google brand and are not scared is it.
Boy did I drift off topic fast, sorry!
Posted Nov 18, 2010 21:56 UTC (Thu)
by anselm (subscriber, #2796)
[Link] (1 responses)
I use an Android phone but I seldom if ever use the browser-based Gmail. (I have only mail from selected senders forwarded to my phone from my regular mail account.) Nor do I use the browser-based Google Talk – on the desktop I use Pidgin to connect to the Google Talk server, and again I get to see no ads.
Having said that, I agree with what you say about the ads on the »normal computer« but I don't really mind them. To me, the degree of integration, automatic sync etc. between Android and the Google browser apps like Mail and Calendar is certainly worth looking at a few ads every so often (or, more likely, glancing over them and ignoring them), usually when I deal with calendar events, which IMHO is a lot nicer in the browser than on the phone.
Posted Nov 18, 2010 23:29 UTC (Thu)
by jmm82 (guest, #59425)
[Link]
Posted Nov 18, 2010 23:45 UTC (Thu)
by swetland (guest, #63414)
[Link] (4 responses)
Posted Nov 19, 2010 13:31 UTC (Fri)
by job (guest, #670)
[Link] (3 responses)
I can somewhat understand the rationale behind the former, although I have never been asked to create an account with Debian to use apt-get, but the latter is just plain madness.
Posted Nov 19, 2010 19:08 UTC (Fri)
by rfunk (subscriber, #4054)
[Link] (2 responses)
Posted Nov 21, 2010 23:17 UTC (Sun)
by job (guest, #670)
[Link]
Posted Nov 22, 2010 3:29 UTC (Mon)
by skierpage (guest, #70911)
[Link]
However, my HTC Evo calendar app has no import/export capability at all, not iCal, vcs, or CSV files, nor Event > Send to Bluetooth device. So if you have an existing calendar, the easiest way to get it onto your phone is create a Google account, import your existing calendar into http://calendar.google.com (which *can* import iCal and Outlook CSV files), then trigger sync with the phone. Then you realize how great it is to edit your calendar from phone and desktop, then you share calendars with your partner, then you add the meta-calendar of birthdays from your GMail Contacts, and before you know it instead of deleting your Google account after the initial sync as you intended, you've been assimilated. Resistance is futile.
I believe Google Calendar can instead sync with Microsoft Exchange using ActiveSync Exchange, and there are third-party import/export and sync apps (such as Ics Bot) in the Android Market... but Android Market requires a Google account!
Posted Nov 19, 2010 0:33 UTC (Fri)
by robert_s (subscriber, #42402)
[Link] (2 responses)
Really? Exactly how many Free SoC GPU drivers did we get from android? Android runs on pretty much all available SoC GPUs, and there are - precisely - zero free drivers available for any of them.
And those Free drivers that android has produced mostly live in a separate tree and the general opinion is that they aren't of high enough quality to go into mainline.
Posted Nov 19, 2010 8:02 UTC (Fri)
by swetland (guest, #63414)
[Link] (1 responses)
Regarding the assorted other SoC and peripheral drivers that have resulted from 5 years of Android, well, those drivers are all GPLv2 and people can do whatever they like with 'em. Even rewrite 'em if they don't like them the way they are. I know the folks who had been doing Linux ports to Qualcomm based HTC devices, for example, have found some value there.
Posted Nov 19, 2010 14:31 UTC (Fri)
by robert_s (subscriber, #42402)
[Link]
_Very_ little. If anything it's proof of how much these companies just don't get it.
"How many fully open source hw OpenGL driver stacks exist for desktop Linux?"
Well the idea is that there should be one stack which drivers just have to plug in to. This is partly the idea of Gallium3D. A vendor can release a Gallium3D driver, get support for all the Gallium state trackers and not have to reveal any of the proprietary details of how they implement the higher layers.
But currently we have full support for intel GPUs and quite good support for most radeons.
Posted Nov 18, 2010 19:09 UTC (Thu)
by doink (guest, #65626)
[Link] (3 responses)
I find that hard to believe.
Posted Nov 18, 2010 20:18 UTC (Thu)
by dmarti (subscriber, #11625)
[Link] (2 responses)
Posted Nov 18, 2010 20:45 UTC (Thu)
by error27 (subscriber, #8346)
[Link] (1 responses)
"Only 35% said they did not use pre-loaded apps" That doesn't mean they throught the pre-installed apps are "bloated", it means that they only use their phone to make phone calls. Anyway, most people have no way of telling the difference between stock Android apps and stuff that was added by their wireless provider so the poll is not very meaningful in that sense.
The study shows that less than 5% jail break their phones so the pre-installed software matters a lot.
I also think most people probably are not comfortable installing new apps. I don't have a smart phone anymore but I tried installing software on a blackberry and it was a royal pain. That was 3 years ago so probably it's better now.
To me the study shows that people care about their software but they don't know an easy way to fix it if it's not installed correctly to begin with. Often there is no easy fix. Wireless providers have been known to deliberately brick your phone if you try change the software.
Posted Nov 22, 2010 3:51 UTC (Mon)
by skierpage (guest, #70911)
[Link]
Installing new apps is very easy. The problems lie in the dozens of available apps for every search term, and uncertainty from the Android permission model (does a stopwatch program need to "directly call phone numbers", have "full Internet access", and "record audio, take pictures"?); but those are better problems to have than few apps and no security model.
I would like all of Google's Android apps to be available and heavily featured in the Android Market, both to make it easy to retreat from a carrier's customized skinned phone to the default apps without having to root or re-image, and to set a high bar for third-party apps.
Posted Nov 18, 2010 21:43 UTC (Thu)
by kripkenstein (guest, #43281)
[Link]
Google didn't do that. Instead, they did the much cheaper and faster thing and forked an existing open source OS. Google's goal isn't to monopolize the OS market, it's to keep it open. Google's nightmare is iOS or Windows Phone being run on all mobile devices, giving one vendor too much power. That power could be used to stifle companies that would otherwise do well, like Google.
Instead, Android or an Android-like OS will run everywhere. Will Google make money off of each one? No. Will all have Google as the default search and app provider? No. But, relatively easily, Google has forced the mobile OS market to remain unmonopolized.
TFA misses all that. But it also misses out on the catch, which is that Google is trying to retain a large degree of power, even in such conditions. It's doing that by developing Android behind closed doors. That forces vendors to work with it, if they want to release devices with the new OS version once it launches. That would come with a deal to keep Google search and apps on the device. Otherwise, they are free to use old versions and replace Google search and apps. But using a year-old OS will generally mean you are not making a premium product - not something to compete with Apple's. An old OS might be good enough for cheap, simple products.
That's the real strategy here - make the OS free for most devices, while still retaining control over the premium ones. That strategy is actually more similar to Apple than Microsoft - Apple makes a lot of money from the premium segment of the market. Google's Android strategy is similar in that money will be made off of premium products, where Google retains full control, with the added twist of not controlling low-end products, which ensures that the technology gains marketshare. It's as if Apple kept making money off of Macs, but also released OS X for free for low-end PCs, as a tactic to prevent Microsoft's monopolization of that market.
So there is something very interesting and novel in Google's strategy. I think TFA misses it entirely.
Posted Nov 18, 2010 22:09 UTC (Thu)
by brianomahoney (guest, #6206)
[Link] (4 responses)
Ignore the non-US market where choice and consumer protection are often stronger.
Ignore technology and law/licence eg GPL.
Fact: (1) to take google.com off a phone you would have to disable or filter all internet access, good luck with selling cripple phones; (2) all Android phones will quickly be jail broken, then all apps witll have the open APIs.
Opinion: Trying to build walled gardens is an expensive waste of time, you need more engineers and fewer MBAs and Lawyers.
Posted Nov 19, 2010 9:19 UTC (Fri)
by dgm (subscriber, #49227)
[Link] (2 responses)
Posted Nov 19, 2010 17:34 UTC (Fri)
by Doogie (guest, #59626)
[Link] (1 responses)
Posted Nov 22, 2010 15:38 UTC (Mon)
by dgm (subscriber, #49227)
[Link]
Again, apologies.
Posted Nov 21, 2010 22:10 UTC (Sun)
by PaulWay (guest, #45600)
[Link]
This is the real point, I think, to draw from this article. The HBR is 20 years behind - locking customers in was the new 'clever' business model that was old before the dot-com bubble - and it clearly thinks that preserving this business model is the only way to make money. Google is doing more to change the USA by inventing new business models that work than anything else that I can see.
The other thing that they don't get is that there's basically no point in trying anyway. Google is already basically unassailable in search: no-one's going to be able to do to Google what Google did to the search engine wars of the 1990s. And it's not just about search - there's Google calendar, Google mail, Google docs, Google maps, Google earth, Google news, Google Translate, Google ... - Google is a household word and brand that covers a myriad of uses. Even if your vendor managed to purge their Android phone of references to Google, people will pull up their browser and log into Gmail with it anyway, or will download the Gmail app from the app store. People search with Google and read Gmail on iPhones! That's how much you cannot lock people in - or, more precisely, lock people out of using Google.
This needs a photo of the title with "Business Fail" on it.
Have fun,
Paul
Posted Nov 20, 2010 1:23 UTC (Sat)
by cmccabe (guest, #60281)
[Link] (7 responses)
Android is open core. The basic system is GPLv2 and BSD licensed, but Google supplies a lot of the most impressive apps. For example, the Google Maps application, the GMail application, and others are proprietary. Any handset manufacturer that wants to give Google the finger will not be able to ship these applications, which is a major competitive disadvantage-- at least if you're creating a phone.
Also, even for the parts of Android that are completely open source, getting help from the original authors is valuable. It's almost always in the handset manufacturers' interest to work closely with Google so that they get technical assistance with any problems they might encounter and are aware of what Google's roadmap is for new releases, etc.
The Android App Store itself is run by Google. Sure, some network or handset manufacturer could try to compete with them, but that's not easy. Google has some of the top engineering talent in the world. And even a superior app store that has no apps (i.e. market share) will not be very attractive to customers.
In the end, I think that the handset manufacturers "control" will boil down to adding more lame shovelware, like the stuff that all Windows PCs come preloaded with these days.
Posted Nov 20, 2010 14:55 UTC (Sat)
by tialaramex (subscriber, #21167)
[Link] (6 responses)
(I must admit that if it's genuinely impressive I will be torn, maybe I should switch to use the Google map despite the poorer quality data just to find out)
Posted Nov 21, 2010 6:28 UTC (Sun)
by cmccabe (guest, #60281)
[Link]
Also, there is the related Google Navigation app, which has completely replaced GPS devices for me.
I used to work in the GPS industry, and I can say that what Google has done in this area is very impressive. They've produced top-notch GPS software, built their own maps of the local roads (at least in the United States), and their user interface is light-years better than anything Garmin or Tom Tom ever rolled out.
Posted Nov 21, 2010 14:52 UTC (Sun)
by gps (subscriber, #45638)
[Link] (1 responses)
Posted Nov 22, 2010 14:50 UTC (Mon)
by tialaramex (subscriber, #21167)
[Link]
I'm told Google maps is great in a car. I don't drive (I can, but I don't) so I wouldn't know. On foot the OSM data is very good. Judging from a fellow walker's device, Google believes the Forest is largely empty, while OSM's volunteers have helpfully included the many criss-crossing footpaths and whether they are legally bridleways (which if you don't ride a horse means: probably muddy).
Posted Nov 21, 2010 22:14 UTC (Sun)
by dlang (guest, #313)
[Link]
Posted Nov 21, 2010 23:38 UTC (Sun)
by bronson (subscriber, #4806)
[Link] (1 responses)
Santa Cruz, CA has pretty awesome OSM coverage, much better than Google Maps in many areas. Not sure who the mappers are but they've been doing a great job.
Posted Nov 22, 2010 15:00 UTC (Mon)
by tialaramex (subscriber, #21167)
[Link]
Did Google Arm Its Own Enemies With Android? (HBR)
Did Google Arm Its Own Enemies With Android? (HBR)
Did Google Arm Its Own Enemies With Android? (HBR)
Did Google Arm Its Own Enemies With Android? (HBR)
are not the issue here. The contention is over the remaining 99.5% of the
population who have no idea what an operating system is, let alone how to
change it, and of those the 90% who will just stick with the default search
engine.
Did Google Arm Its Own Enemies With Android? (HBR)
Did Google Arm Its Own Enemies With Android? (HBR)
I don't see why that surprises the author of the article. Google's built a tradition of keeping market share by rocking rather than locking in many of its products (although there are signs of change in some fronts), and, well, being able to customize stuff and select your provider is at the heart of Free Software/Open Source, so I'm pretty sure that was intentional, and a way to build trust for the platform.
Did Google Arm Its Own Enemies With Android? (HBR)
Did Google Arm Its Own Enemies With Android? (HBR)
It's not *search* that matters, it's *ads*
It's not *search* that matters, it's *ads*
It's not *search* that matters, it's *ads*
And don't forget the tie-ins with google's other services -- mail, chat, etc etc etc, all of these result in ad impressions too
It's not *search* that matters, it's *ads*
It's not *search* that matters, it's *ads*
Each phone is one more person converted to a Gmail user and when the user checks their mail on a normal computer then are served ads.
It's not *search* that matters, it's *ads*
It's not *search* that matters, it's *ads*
It's not *search* that matters, it's *ads*
Calendar
Calendar
Calendar works without Google account.
It's not *search* that matters, it's *ads*
It's not *search* that matters, it's *ads*
It's not *search* that matters, it's *ads*
Did Google Arm Its Own Enemies With Android? (HBR)
ReadWriteWeb: Pre-loaded mobile applications - the so-called "junk" apps (aka "crapware") that come pre-installed on mobile handsets - aren't as despised as you might think.
one man's "crap"...
one man's "crap"...
built-in apps and market apps
TFA applies old thinking to a new strategy
Exemplifies what is wrong with HBR, US MBA, technology {thinking,understanding}
Exemplifies what is wrong with HBR, US MBA, technology {thinking,understanding}
Exemplifies what is wrong with HBR, US MBA, technology {thinking,understanding}
Exemplifies what is wrong with HBR, US MBA, technology {thinking,understanding}
Exemplifies what is wrong with HBR, US MBA, technology {thinking,understanding}
> what is wrong with most American Pointy-Haired MBA thinking, concentrate
> on control and product differentiation rather than total market size and
> quality to monetize. See how that worked out for Detroit.
Did Google Arm Its Own Enemies With Android? (HBR)
> networks increasingly becoming commoditized, each are desperate to find
> new sources of revenue. Between them, the most valuable thing they have is
> control over what goes on the phone right before it reaches the customer:
> what apps, and what search. This is exactly what Google needs to control
> as the future shifts to the mobile web.
Did Google Arm Its Own Enemies With Android? (HBR)
Did Google Arm Its Own Enemies With Android? (HBR)
Did Google Arm Its Own Enemies With Android? (HBR)
Did Google Arm Its Own Enemies With Android? (HBR)
Did Google Arm Its Own Enemies With Android? (HBR)
Did Google Arm Its Own Enemies With Android? (HBR)
Did Google Arm Its Own Enemies With Android? (HBR)