My Photo

About Me

  • Hello you. I'm the 35-year old Managing Director of Future Platforms, a software company which creates delightful mobile experiences. We work for lots of people you've heard of (Nokia, the BBC, Orange, and EMI) and many you won't have come across.

    When I'm not doing that I read a lot, write here, and practice Aikido. I share my home in Brighton, a seaside town on the south coast of the UK, with four cats and a badger.

Stalk Me

  • Email me:
    tom dot hume at futureplatforms dot com
Blog powered by TypePad

« links for 2007-11-14 | Main | Agile Skillswap »

November 14, 2007

Maybe I'm missing something, but I'm not sure I see eye to eye with Stefano's post on Google, Android and J2ME. This worries me, particularly given Rui Carmo's endorsement of it; let me explain. Stefano reckons that Google's adoption of the Java syntax in their Android SDK and their adoption of an open source implementation of the J2SE library will free up developers from the tyranny of Sun's ownership of Java and the control they exert over the J2ME roadmap. But as someone whose business is in no small part developing J2ME apps, I've never felt locked down by Sun, and I don't feel any free-er now. It's an interesting approach, will make Android attractive for Java developers who want to get involved with mobile, and (like the iPhone) will interest a load of previously mobile-sceptic developers in taking mobility seriously. But in the course of doing all this, it makes the situation more complex, not less, for providers of mobile data services. Why? Because it makes fragmentation even worse than it is today:

  1. Android is a completely new platform to support, and despite syntax-level compatibility with Java we can expect porting to Android devices from J2SE or J2ME to be non-trivial. Today device manufacturers can't even guarantee portability across Java implementations, and Java is a mature standard agreed down to bytecode level. I'm not sure how gentleman's agreements and earnest hopes to avoid fragmentation will help here.
  2. If this means Google can avoid "having to battle thru the JCP for any change to the Java ME "standard" or tolerate Sun's unique ability to veto any JCP change", that's lovely for Google, but practically guarantees more variance in devices;
  3. Android is by its nature open source: we should expect handset vendors and operators to differentiate products by customising it (this customisation is, after all, attractive for them), and thereby mitigate against cross-device compatibility;

As a J2ME developer, my company isn't "locked" into J2ME by Sun: it's "locked" into J2ME by the owners of millions of devices out there which support Java, and when new platforms reach mass adoption (as WML did, XHTML has, and Flash may one day), then we'll be "locked" into them too. For all of our consumer-facing work it's audience size that counts, not licensing arrangements negotiated at the other end of the value chain. But what does look good about Android? The same things that look about the iPhone: a large business is entering an industry that's beset by tradition, strategy tax and me-too thinking, and shaking things up a little. Just as the iPhone shakes up UI (threaded SMS should be compulsory in all phones by now) and the handset vendor/operator relationship, so too Android finally acknowledges that networks can be resilient to the devices that access them and opens up access to all that under-the-hood stuff which has been kept out of the hands of the great unwashed by arcane certification processes: deep integration with the guts of the handset.

Comments

Verify your Comment

Previewing your Comment

This is only a preview. Your comment has not yet been posted.

Working...
Your comment could not be posted. Error type:
Your comment has been posted. Post another comment

The letters and numbers you entered did not match the image. Please try again.

As a final step before posting your comment, enter the letters and numbers you see in the image below. This prevents automated programs from posting comments.

Having trouble reading this image? View an alternate.

Working...

Post a comment