Regcast training : Hyper-V 3.0, VM high availability and disaster recovery

Analysis If necessity is the mother of invention, maybe it helps to be really, really needy when you have to come up with something great. That would seem to apply to Palm, which was considered down and out when it was developing its new mobile operating system, webOS. But as further details of the system and development process emerged this week, it looks like a very smart design choice indeed.

We know developers write applications using Javascript, HTML and CSS - because Palm has already told us. But what else is in the mix? And how do you access such rich services as GPS APIs and fancy graphics transitions using page markup? Evidently there's a lot more going on here than Palm has so far let on.

"OSGi makes Android's IPC-based component model look slow, weak and restrictive. OSGi communicates with its bundles by ordinary method calls, a much better way to enable the kind of mash-ups that have made Android attractive to developers," he suggests. Well, there is an OSGi framework for Android - we covered it here - but they come from third parties and it's not Google's preferred approach. So a really ancient specification designed for embedded devices finally gets its moment in the sun.

We have an early glimpse of webOS development from internet radio service Pandora, over at PalmInfoCenter here. Pandora's Tom Conrad points out:

You might think from the name "webOS" and from the technologies used – HTML and CSS and Javascript – you might think that this is the whole thing, just kind of a fancy web browser, and that you're – y'know, any interaction you take is interacting with web content. That's really not how it works at all.

So what can we conclude?

Overnight, large industrial-strength operating systems, the kind Microsoft and Symbian want to license you, now look like overkill for simple local applications and applications that access a web service. This leaves a small but important class of applications for which there is no alternative but to use the native frameworks.

Take for example an application like Jokiu Hotspot - which takes your 3G connection and creates a small, mobile Wi-Fi hotspot on your phone. You can't imagine someone writing the high-throughput system software necessary to make that work using JavaScript. But for much else, going native is overkill.

Apple's iPhone OS is also a complex industrial-strength OS - Unix, obviously - but thanks to its very well thought out APIs, developers don't find development as challanging as Symbian, even though Objective C may be new to them. Android seems to suffer all the drawbacks that writing for a non-standard Java would suggest, but it does have the might of Google behind it.

Palm's careful hybrid approach makes a lot of sense. Make local services really rich and easy to use - and make accessing web and "cloud" services trivial. This is really the territory Adobe should own. Adobe's Flash for mobile once looked to solve a lot of these headaches, but the company could never capitalise on it. It's not uncommon to see Flash Lite today, but rarely as anything other than a presentation run time.

Of course Palm remains the neediest, and least capitalised of all the players: Apple, RIM, Nokia, Google and Microsoft have far deeper pockets. But after all the mis-steps over the years - anyone else remember Palm CTO Bill "Mad" Maggs explaining that mobile devices didn't need a memory management unit? - Palm has stumbled on what may be a real sweet spot. ®

Regcast training : Hyper-V 3.0, VM high availability and disaster recovery