Feeds

Why Nokia failed: 'Wasted 2,000 man years' on UIs that didn't work

For want of a nail, the Kingdom was lost?

Providing a secure and efficient Helpdesk

Design patterns were 'reverse engineered from code'

With the arrival of Apple and others, the world had moved on. Smartphone development had to be really, really simple. Android was Java, but not Java, while Palm's WebOS called for Javascript and HTML, and Windows Phone had a neat declarative language and bits of code - not too dissimilar from WebOS. So the Trolls came up with QML, a new declarative language with Javascript knitting things together. However, "not everyone was on board," Wilcox notes, and Symbian became a battleground between three competing teams. The Symbian veterans counter-attacked with an animated framework they called Hitchcock. This didn't use Qt, and was abandoned. The Linux team, beavering away on the long-term replacement for Symbian, devised one based on Gtk. This didn't use Qt either, and was also abandoned. The Symbian stalwarts regrouped, and devised a Symbian widget library called Orbit.

Orbit absorbed huge resources within the Nokia organisation, but was a mess from the start. Wilcox writes:

From the outside it seems there was no proper requirement spec for this new framework and the engineers were incompetent. Now by that I don't mean that they're incompetent engineers – far from it. They were incompetent at designing APIs for 3rd party developers (a very specialist engineering skill) and they were incompetent at designing UIs (which most engineers are, myself included). Unfortunately they were doing both, as evidenced by the code, and the comment of one Nokia designer at a Symbian Foundation meeting who was publicly cornered into revealing that the S^4 UI design patterns had been reverse engineered from the code.

Some Nokians refused to use it.

Orbit wasn't really portable beyond Symbian. Management didn't notice

The Linux team had been developing its own however: the framework called libdui, or Direct UI. Now there were two options.

This kind of internal competition was encouraged within Nokia, and enshrined into the "company constitution" in the 2004 restructure designed by then CEO Jorma Ollila. Perhaps taking Darwinian metaphors too literally, he hoped this would avoid the creation of a bureaucracy.

Qt was supposed to unify development for Nokia devices, so source code should only be written once. But without adequate management, Nokia's engineers had gone off and created two incompatible UI APIs. Nokia was losing this vital source compatibility.

With management unaware of the implications, Nokia continued to support the two parallel UI projects. But "both teams had built the wrong thing", as Wilcox describes it. Loyal Nokia developers couldn't believe that Nokia was making the same mistake of fragmenting its APIs once again. In 2004 it had decided to fold three of its Symbian UI APIs into one – S60 – to rationalise development, a crucial decision we'll come back to in a later article.

"And here we are, five years down the road, and Nokia is making exactly the same mistake again," wrote an exasperated Sander van der Wal, a veteran Epoc developer. "I believe that 'flabbergasted' is a better description of my emotional state than 'anxious' ;-)"

Nokia didn't seem to have a grown-up in charge. When it finally got one - Sun's Rich Green was brought in as CTO last spring - he canned Orbit. (See our report Nokia ends cruel and unusual 'Symbian programming' practices). He also canned the Linux team's DirectUI effort. And while all this pointless competition and in-fighting was going on, nobody had set about modernising the Symbian UI. Nokia's product designers were left with a UX that was still almost as bad as its predecessor.

Security for virtualized datacentres

Next page: No quick fix

More from The Register

next story
TEEN RAMPAGE: Kids in iPhone 6 'Will it bend' YouTube 'prank'
iPhones bent in Norwich? As if the place wasn't weird enough
Consumers agree to give up first-born child for free Wi-Fi – survey
This Herod network's ace – but crap reception in bullrushes
Crouching tiger, FAST ASLEEP dragon: Smugglers can't shift iPhone 6s
China's grey market reports 'sluggish' sales of Apple mobe
Sea-Me-We 5 construction starts
New sub cable to go live 2016
New EU digi-commish struggles with concepts of net neutrality
Oettinger all about the infrastructure – but not big on substance
PEAK IPV4? Global IPv6 traffic is growing, DDoS dying, says Akamai
First time the cache network has seen drop in use of 32-bit-wide IP addresses
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?
prev story

Whitepapers

Forging a new future with identity relationship management
Learn about ForgeRock's next generation IRM platform and how it is designed to empower CEOS's and enterprises to engage with consumers.
Storage capacity and performance optimization at Mizuno USA
Mizuno USA turn to Tegile storage technology to solve both their SAN and backup issues.
The next step in data security
With recent increased privacy concerns and computers becoming more powerful, the chance of hackers being able to crack smaller-sized RSA keys increases.
Security for virtualized datacentres
Legacy security solutions are inefficient due to the architectural differences between physical and virtual environments.
A strategic approach to identity relationship management
ForgeRock commissioned Forrester to evaluate companies’ IAM practices and requirements when it comes to customer-facing scenarios versus employee-facing ones.