Earlier quoted context omitted.
>At least on Android you can write one app and then tweak it to work on different devices, previously you had to write apps as different as Android/iOS/Windows for each device - and often individual manufacturers even had multiple platforms to write for. >So I think we owe Google some congratulations. Before Android, you could write a Windows Mobile app and have it run pretty much on every Windows Mobile device and t…
It wouldn't have been adopted if they had taken a hard line on that issue.
Update from the CEO
91–100 of 216 posts
Re: Update from the CEO
#92Earlier quoted context omitted.
Device fragmentation on Android is nothing like fragmentation used to be. At least on Android you can write one app and then tweak it to work on different devices, previously you had to write apps as different as Android/iOS/Windows for each device - and often individual manufacturers even had multiple platforms to write for. And don't even get me started on distribution. You used to have to negotiate with carriers i…
>At least on Android you can write one app and then tweak it to work on different devices, previously you had to write apps as different as Android/iOS/Windows for each device - and often individual manufacturers even had multiple platforms to write for. >So I think we owe Google some congratulations. Before Android, you could write a Windows Mobile app and have it run pretty much on every Windows Mobile device and t…
Re: Update from the CEO
#93Earlier quoted context omitted.
It wouldn't have been adopted if they had taken a hard line on that issue.
So you mean Google picked popularity over consistency and sold out to the OEMs and carriers for the sake of marketshare? Android is the pretty much the only OS where this is such a big problem, unlike Windows, OS X, Windows Mobile, Blackberry, Windows Phone, iOS and probably even Linux.
Re: Update from the CEO
#94Earlier quoted context omitted.
Not to mention that Chrome has figured out how to push updates, while a majority of Androids are still running a version released over two years ago. If Google can start pushing auto-updates to all of its devices, that would be one of the greatest improvements ever made to Android. Also, one of Chrome's most touted features is performance, which has always been Android's weakest point. Hopefully he'll be willing to a…
Much harder for an OS than an app. Phone makers have their own custom set of drivers for driving their unique hardware and these often have to be changed in subsequent releases to deal with changes to the hardware abstraction layer. And even for releases that don't change the exposed hardware abstraction layer it can be really difficult to know if each phone maker's drivers will deal properly with subtle changes to t…
Doing hardware integration is a lot harder than writing an app. I wish more app developers recognized this.
(That said: I do think Google could have done a much better job at separating out the true kernel/HAL/BSP layer stuff, which needs to be done per-device, from the framework layers that are largely device-independent. There's no reason to force a full hardware test just to push an fix for the Intents framework or whatever).
Re: Update from the CEO
#95> But his insight immediately struck a chord because at the time it was extremely painful developing services for mobile devices. We had a closet full of more than 100 phones and were building our software pretty much device by device. It was nearly impossible for us to make truly great mobile experiences. This is highly ironic statement given that one of the biggest pain developers trying to build mobile experiences…
Google, OTOH, has a significant amount of testing to do on most Android devices produce. Not only do OS devs need many devices to ensure the OS and framework continues to function, but most (if not all) devices will be run against the Android CTS (http://source.android.com/compatibility/cts-intro.html).
Re: Update from the CEO
#96> But his insight immediately struck a chord because at the time it was extremely painful developing services for mobile devices. We had a closet full of more than 100 phones and were building our software pretty much device by device. It was nearly impossible for us to make truly great mobile experiences. This is highly ironic statement given that one of the biggest pain developers trying to build mobile experiences…
I think you are missing the point of Android. Android starts with the premise "fragmentation exists, how do we make the best of it?" and goes from there. The idea that every person on the planet is going to use the same phone with the same capabilities and the same size screen is a fantasy world iOS developers live in.
>The idea that every person on the planet is going to use the same phone with the same capabilities and the same size screen is a fantasy world iOS developers live in.
There are a billion plus PCs running Windows with various hardware, screen sizes and even different form factors. Yet fragmentation is not as big a problem as on Android.
The primary problem comes with the deep customization of the OS and lack of standards, not things like screen sizes. For example, look at this http://www.blogcdn.com/www.engadget.com/media/2010/12/10x120...
Re: Update from the CEO
#97It's an obvious move to try and blend Chromes OS with Android more seamlessly but I think it also means something else BIG at Google is coming--and not their everyday-'big'. As qualified as Pichai is, it doesn't make sense for Rubin to go anywhere UNLESS he truly is upto something groundbreaking.
My bet is that Rubin has a vision, perhaps a "moonshot" as Paige said, that impressed the execs at Google so much that it made sense for him to move on from his current position. It'll be interesting to see exactly what this is, but I have to imagine Rubin is upto something the masses (most of us) have not yet heard about...and his ingenuity will be absorbed by Google themselves.
Re: Update from the CEO
#98Re: Update from the CEO
#99> But his insight immediately struck a chord because at the time it was extremely painful developing services for mobile devices. We had a closet full of more than 100 phones and were building our software pretty much device by device. It was nearly impossible for us to make truly great mobile experiences. This is highly ironic statement given that one of the biggest pain developers trying to build mobile experiences…
Having been working in the Android space as a programmer, IMO the idea of Android fragmentation is mostly overblown these days. It was more of an issue in the past, but post-Gingerbread it has ceased to be a practical problem for any dev work I've done. This isn't to say Android development is wonderful, it (often) isn't. And I've been increasingly concerned with the amount of "OMG HOW?" bugs that have been introduce…
Re: Update from the CEO
#100Andy Rubin was the major factor responsible for insecure Android devices. He thought it was impossible to be both secure and 'X' for any 'X'. Meanwhile, Andy Rubin's replacement is Sundar Pichai, SVP for Chrome and ChromeOS. http://en.wikipedia.org/wiki/Sundar_Pichai If you care at all about the security of Android mobile devices, this is probably a good sign. EDIT: I wonder if this helped move Andy out the door? htt…
Not to mention that Chrome has figured out how to push updates, while a majority of Androids are still running a version released over two years ago. If Google can start pushing auto-updates to all of its devices, that would be one of the greatest improvements ever made to Android. Also, one of Chrome's most touted features is performance, which has always been Android's weakest point. Hopefully he'll be willing to a…