Nokia and Six Apart collaborate on moblogging
September 11, 2004 | CommentsJava for content distribution
September 11, 2004 | CommentsRussell writes about the Sun jumping on the Java content bandwagon.
I have to confess to a bit of scepticism over all this stuff, despite the fact that my company does an awful lot of J2ME work and we're doing some projects involving J2ME content distribution right now. My £0.02: Java suits some forms of content, but isn't a no-brainer for content distribution.
Why? There's already a basic means of accessing and browsing content built into every handset that's out there now, often with 1-click access from the "home screen" of your phone: it's a browser - usually a WAP browser, but increasingly one that can provide more control over the presentation of your content, using something like XHTML.
So what's the advantage of using Java? More control over how your content is displayed, and the ability to produce an interface which might bypass some of the limitations or problems of using a browser.
And the disadvantages? You enter the world of pain that is addressing many different J2ME implementations and devices with different screen sizes, performance, and so on. It's trickier (though not impossible) to hook into the billing APIs of network operators, so you'll have to do billing another way - probably in a fairly awkward outside-the-application manner, using premium SMS or credit cards. You have limited storage for content (about 20k on a Series 40 handset). You're essentially reinventing the wheel, and duplicating many of the functions of a browser anyway - and you'll most likely be paying money to do this. You don't get traffic driven to you from operator portals, meaning that it's more tricky for potential customers to get to you (they have to download an application) or wander across your service by accident.
So, my take: if your content is well-suited to being browsed (i.e. if it consists of mainly text and occasional images) then you'll address a larger audience more cheaply by producing browser-based versions of it. This isn't without its problems, but it's less fraught than the Java route.
Java might be the best option if your content isn't well-suited to display in a browser - for instance, if you want to display lots of tabulated data, animation, etc. It's also useful if you want people to be able to access content when they're not connected to the network - so, for instance, the simple translation tool that was bundled with my Nokia 6230 is absolutely brilliant, because the one time I'll want to use it, you can guarantee I'm abroad and either unwilling or unable to pay massive GPRS roaming charges. And finally, Java might be a good route if presentation is absolutely key for you - if you really must control every last pixel on screen to get your content looking just so.
But either way, one thing to note: using Java doesn't let you automatically bypass the billing systems of operators and stop them getting their (generous) cut of your revenue.
George Bush sings \"Sunday Bloody Sunday\"
September 11, 2004 | CommentsCameraphone risks
September 11, 2004 | CommentsCan someone explain to me why businesses might want employees to leave cameraphones at home?
I mean- WHY? What can they do with cameraphones that is so damaging? This article talks about "damaging spy shots that can reveal a companies trade secrets" - but is this really a risk? Only if these things are on the one hand not secret enough for someone to bother smuggling in a proper camera and doing the industrial espionage thing properly, yet at the same time secret enough to require protection?
What stops an employee just seeing something, remembering it, and telling the competition about it? Is the risk here that cameraphones might offer proof - or put another way, that what your employees might say is deniable until they have photos?
If you have an employee who wants to take your secrets to the competition, what additional danger does a cameraphone pose?
Last Push Over The Top
September 09, 2004 | CommentsWell, we did Scotland today, which completes our week. David plotted a route (afterwards revealed to be rated "extremely difficult") round the back of Ben Nevis, up a scree slope covered in boulders (for 90 fucking minutes), along a bit of a knife-edge, up another bloody scree slope, and onto the top. The views were fantastic, though all these mountains look the same to me.
And 8 hours after setting off, we dawdled back down (via stream for fresh water) and into the pub at the foot of the mountain, for much fluid. It's been a great week...