Feeds

Nokia's developers wait and wait for Windows Phone

From Burning Platform to Half Baked Platform

Choosing a cloud hosting partner with confidence

Elopocalypse: Day Four One oddity of Nokia's bet-the-farm decision to move to Windows Phone is how much work needs to be done to bring Microsoft's software up to par with Nokia's existing platform. You remember, the Burning One. Today, developers are finding out.

With Windows Phone 7, Microsoft took the Window CE kernel and built a tightly controlled and carefully managed environment around it. Microsoft also rigidly specifies what kind of devices OEMs can build. It must have three buttons, not four. WP7 currently supports just one CPU and one screen size. And WP7 is very much a greenfield site: a large number of features supported by the competition are also missing. The list is pretty daunting.

It's remarkable how little attention has been paid to the spotty Windows 7 Phone feature-set. Elop's logic is that Nokia can lower its R&D expenditure because the cost of a Windows licence will be lower than the marginal cost of adding new features by itself. Perhaps that will be true at some point in the future.

Perhaps it's true now, for there's surely no company as inefficient as the Nokia engineering bureaucracy today - as Elop has pointed out (in as many words). But this shiny new "ecosystem" is only going to deliver meaningful competitive advantages to Nokia once WP7 roughly matches the features or capabilities of the competition. And that day looks a long way off.

Most notoriously, third party applications in WP7 can't multitask. Even Symbian's harshest critics acknowledge that its multitasking is the best in the class; it was designed from the ground up with multitasking in mind. Symbian can even run the signalling stacks (3G and GSM) in real-time on a single chip - a remarkable technical achievement.

By contrast Windows CE's multitasking was its Achilles Heel, resulting in a non-deterministic system. Users could never be sure if a background task would behave, or drain away the battery in minutes. (That was certainly my experience with Microsoft's last tilt at the mobile market, WM6.) By turning off multitasking, Microsoft may have temporarily hidden the flaw - we'll have to wait and see. All the Ghz clock speeds and 3D chips in the world are no use to you if the battery is sapped.

There are other missing features, many essential to entire classes of applications - such as support for VoIP, tethering, HDMI, Bluetooth serial connections, hot-swappable USB cards, and so on.

There's no support for sockets, for example. The iPhone has sockets, of course, since it's Unix underneath, and Apple has a nice, rich API for the iPhone, which is a subset of the Mac APIs. Nokia developers here have been pondering some of the other omissions. But developers are feeling the pain already. There's no C++ support for WP7, everything's interpreted byte code.

In addition, the rigid restrictions on what phones should look like will no doubt have been loosened for the Nokia deal to have been struck; it can be loosened further. But filling in the features takes man hours. If Nokia devices are to appear this year, they won't be too much different from the other WP7 devices, or differ much from the first batch. There just isn't the time.

Over time, this may change. Apple demonstrated that multitasking, MMS or clipboard support were not deal-breakers for the customer - the iPhone established itself without these "essentials". But Apple had something then that felt unique. Nobody really has anything comparable now; phones are competing on more mundane features such as app support.

And over time, too, some of the benefits of WP7 will gradually become apparent. It's a nice development environment. I can safely say that Petzold's Programming Windows Phone 7 (free download!) is a lot less scary than Petzold's Programming Windows, version 3.0 edition.

The competition doesn't stand still, and by leaping off its burning platforms, Nokia has jumped onto one that might not be seaworthy yet. ®

Providing a secure and efficient Helpdesk

More from The Register

next story
Sea-Me-We 5 construction starts
New sub cable to go live 2016
Vodafone to buy 140 Phones 4u stores from stricken retailer
887 jobs 'preserved' in the process, says administrator PwC
EE coughs to BROKEN data usage metrics BLUNDER that short-changes customers
Carrier apologises for 'inflated' measurements cockup
Comcast: Help, help, FCC. Netflix and pals are EXTORTIONISTS
The others guys are being mean so therefore ... monopoly all good, yeah?
Surprise: if you work from home you need the Internet
Buffer-rage sends Aussies out to experience road rage
EE buys 58 Phones 4u stores for £2.5m after picking over carcass
Operator says it will safeguard 359 jobs, plans lick of paint
MOST iPhone strokers SPURN iOS 8: iOS 7 'un-updatening' in 5...4...
Guess they don't like our battery-draining update?
prev story

Whitepapers

Providing a secure and efficient Helpdesk
A single remote control platform for user support is be key to providing an efficient helpdesk. Retain full control over the way in which screen and keystroke data is transmitted.
Intelligent flash storage arrays
Tegile Intelligent Storage Arrays with IntelliFlash helps IT boost storage utilization and effciency while delivering unmatched storage savings and performance.
Beginner's guide to SSL certificates
De-mystify the technology involved and give you the information you need to make the best decision when considering your online security options.
Security for virtualized datacentres
Legacy security solutions are inefficient due to the architectural differences between physical and virtual environments.
Secure remote control for conventional and virtual desktops
Balancing user privacy and privileged access, in accordance with compliance frameworks and legislation. Evaluating any potential remote control choice.