> 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…
Update from the CEO
111–120 of 216 posts
Re: Update from the CEO
#112Earlier quoted context omitted.
That's a very narrow perspective, based solely on what is "painful" for the developer. Developer pain isn't, generally, a good indicator of the public good. Obviously the real driver for "fragmentation" is that there exists a market which is (1) lucrative and (2) easy to enter. So everyone rushes in with their devices and competes. And somehow you think this is a bad thing? Stated simply: "fragmentation" is a side ef…
I agree with the efficiency part with regards to android lowering the Barrier to Entry, but the 2 year contract to make the devices "affordable", surely doesn't work in favor of market efficiency.
Re: Update from the CEO
#113Earlier quoted context omitted.
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…
Exactly. I mean, Chrome itself (being an app) is pushing updates on android at a cadence now that almost matches what they are doing on the desktop. 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…
Re: Update from the CEO
#114New Pope, New Head of Android--a wonderful correlation...just kidding. It'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 "moons…
Re: Update from the CEO
#115Observation by Benedict Evans: almost all key divisional leads at Google were born in India. Android, Engineering, Advertising, Youtube… Polar opposite to Apple, which is a white boys club.
There are lots of Indians in top Google management, definitely, but they're hardly the majority. Maybe 25% of "key divisional leads", maybe 25% of SVPs (a group that greatly overlaps with "key divisional leads"). First of all, there's no "key divisional lead" of "engineering". That's not a division at the top level. That'd be a pretty stupid top-level division, in a company which is mostly engineering (I'm deliberate…
thanks for clearing this up, hard to find the real org chart of google.
Re: Update from the CEO
#116Earlier quoted context omitted.
Your slander against Rubin, that he was the major factor, is unsubstantiated. And your 'X' sentence makes no sense, it translates to "He thought nothing was secure", huh?
Dan is characterizing Rubin's position around security as non-inclusive. Not that "nothing was secure", but that any feature (X) that was prioritized was done so not just without taking security into account, but with a belief that security was at odds with said feature (for all examples of X). Basically, in a bastardized form of the "Good, Fast, Cheap. Pick two." I don't know who was the responsible party for Androi…
http://www.trailofbits.com/research/
http://www.trailofbits.com/books/
That said, Android is objectively a security nightmare.
Re: Update from the CEO
#117Since Sundar Pichai is the head of ChromeOS, perhaps this move is part of a larger move to unify Android and ChromeOS.
You noticed that did you? Given the same base OS (Linux) in Android and ChromeOS and much of the same sorts of things. The redundancy of having two teams is pretty obvious. So if everyone agrees that you're going to do both going forward (and I think this is a ringing endorsement of ChromeOS as a 'long term' bet by Google) it only makes sense to make one team out of them. Then the question becomes who leads it? The g…
Add to that the pressure brought on by Microsoft which runs almost the same version of OS on its phone and PC. This will allow them to innovate much faster. Google wants to be there. So even though the brand name will stay, Android as n OS will evolve to what is Chrome today. Completely controlled by Google.
Re: Update from the CEO
#118Earlier quoted context omitted.
It wouldn't have been adopted if they had taken a hard line on that issue.
That's like saying people buy Dells for all the crapware they come with.
Re: Update from the CEO
#119Earlier 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.
Re: Update from the CEO
#120Earlier quoted context omitted.
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.
>fragmentation exists, how do we make the best of it? >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 w…
I mean: it's true, Google failed to enforce a layout for the original Android buttons (Home, Menu, Back, and Search). And device manufacturers put them in different places (sometimes omitting Search entirely) and used different art, and that was bad. And Google fixed it with ICS (a year and a half ago!), which uses soft buttons exclusively. So sure, it's a valid point.
But to argue that somehow you can't write a compatible app because Samsung put the back button on the other side from Motorola is just ridiculous, sorry. Get a better example.