Android Team “Laser Focused” On The User Experience For Next Release
techcrunch.com
techcrunch.com
On top of this, I'm not a huge fan of how they're doing multi-tasking, and the introduction of "wallpapers" make the new iOS look ridiculous. They should have stuck with what they had before, in my opinion.
The wallpaper feature is there if you want to use it, but Apple has included some darker pattern wallpapers if you prefer a low key background behind the icons. Of course, one could always whip up a plain black background to use too.
No they don't, that's the point. The first multitasking you talk about is basically app hibernation, it gets a CPU priority of 0 (no CPU at all but stays in memory), the rest are OS services the application subscribes to, and then the OS manages the rest.
Apart from Task Completion (maybe) the application never runs. With some services (location, background streaming/music, local notifications) a callback may run (on a timer or all the time), but not the whole application, far from it.
> As far as I'm aware, this is very similar to the way that Android implements it.
Nope, the UI part is handled the same way (by freezing it on switch) but in android there are no OS services, instead a backgrounding application works as a server daemon (faceless) and the UI is a client communicating with the daemon. Faceless daemons don't get frozen, because you can't "switch off" from them.
However, I've used a number of android based phones and I still find the Nexus One's interface to be the best and cleanest.
I'd like to see some stronger innovation, but that some subset of the choices suck just provides a solid reason to pick the better option. Even a bad example is an example, in that we all learn what doesn't work, and we can cherry pick the best things from a number of different sources. The wider ecosystem in carrier-customized Android interfaces means finding out faster which featuers ones are not strong.
I'm guessing #2, and they don't merge their (hypothetical) improvements upstream to improve the whole platform.
And that, in essence, is probably the biggest issue I see with Android in its fight against the iPhone.
It's even worse than Mac vs PC as at least Windows (at a given revision) looked and behaved pretty much the same on every machine. The theming was light (especially early on, when there was no support for it) and manufacturers added crap, but didn't replace whole subsystems just because.
I also find that to be an incredibly stupid strategy (but in prisoner's dilemma terms considering all the player are bastards...): the first worry of the players in the mobile phone space should be to drive Apple out of it as fast and as soon as possible, avoid their repeat of the iPod and their conquest of a majority marketshare.
Therefore the long term strategy should be to collaborate and make the common platform as good as possible as soon as possible (on all aspects) in order to push Apple out of the market, using hardware to differentiate themselves, and when Apple is stuck into a small minority box (or entirely driven out) they can go back to bickering among themselves and releasing custom shells and stuff.
On a separate note, I don't know why everyone always casts this as an Android vs iPhone fight. Android doesn't need to "beat" the iPhone, the iPhone isn't (by a loooong shot) the largest player in the smartphone market anyway. (http://gigaom.com/2010/03/18/the-mobile-os-market/) There's plenty of marketshare for both iPhone and Android to take away from RIM and Symbian, not to mention that smartphone market is growing very rapidly as a whole.
As long as the sales of Android phones keep growing anywhere near as rapidly as they have been, Android will be HUGE even if they never take any marketshare away from the iPhone. (http://www.fool.com/investing/high-growth/2010/05/27/deciphe...)
Symbian is being eaten alive right now and fading fast, so that one's happening, and the iPhone (and Android behind it) have decided to shoot for the wider consumer landscape, not for RIM's entrenched "Enterprise" position. They're slowly adding enterprise-targetted features (VPNs and the likes) but that's secondary for now, they're not trying to battle RIM. Yet anyway.
But this is cast as a battle between iOS and Android because they are going head to head in terms of demographics, purpose, abilities, mindshare. The means are different but Google clearly aims Android at the target iOS opened, and it's not like they're shy about it.
Edit: This doesn't really address your complaint since 2 vanilla Android phones isn't really that much different than one, but just wanted make sure the Droid wasn't left out.
Openness is great, but being open without setting a high standard is not good in the long run.
That's like arguing a poorly designed home will function better after a fresh coat of paint.
And they say they are happy with the structural elements.
I want to be optimistic here; it is just I've never seen such re-engineering done before for any OS.
Honestly, the UI on Android is not fundamentally bad. I really only see patchwork to improve the weak parts:
1) More responsiveness/smoother scrolling (hardware/low-level software issues).
2) Better text selection, copy/paste (perhaps iPhone-like - or some other solution).
3) Improved default apps. (market, calendar, camera especially come to mind as being sub-par to the iPhone).
edit: very early Gingerbread screens: http://www.sizzledcore.com/2010/05/22/android-3-0-screenshot...
Problem: what about Sense and Motoblur? Think HTC and Moto are going to drop them just because the Android UI bas improved? yeah right...
And this is terrible for Android as a platform, in my opinion worse than the issue of hardware fragmentation and maybe even worse than the handsets left in the dust re. OS updates, because it means UI knowledge becomes non-portable from one Android handset to the next, which is horrible.
Also work on the UI side hopefully also means faster portation of those UIs. Not sure why it takes Motorola/HTC/Sony so long to port their versions to the latest Android code, but i guess this can be improved on the Android side of things, too.