Why Nokia failed: 'Wasted 2,000 man years' on UIs that didn't work
theregister.co.uk
theregister.co.uk
Anyone want to put up odds that there were other UX "initiatives" there pushing Tcl/Tk? :)
Open source needs designers, badly.
The main problem with opensource UIs is the lack of attention to integration issues and detail, which results in a (serious) lack of polish.
The proprietary model has the advantage that you can put someone in charge of this. Someone that will order people to polish stuff up. Opensource projects can't do this. Everyone does its own thing, and can't be bothered to do the boring work, or they'll leave.
The mistake here is thinking that uniformization fixes the problem. Well, guess what, none of the successful UIs are uniform (violation of UI guidelines is the norm on Windows, and Apple also doesn't with increased frequency). But what they don't do is leave applications with misaligned components and such crap.
Also, to be fair, Nokia's acquisition of QT occurred when Nokia already had a GTK UI, it's not like the GTK UI didn't exist beforehand.
(One of the interesting conspiracy theories someone shared with me was that the Symbian team orchestrated the Trolltech acquisition to give Symbian more time and slow down/make redundant the GTK-based effort. :) )
When you look at where Nokia was coming from, the emphasis on devices and network tech made sense. They bet the whole company on GSM in the early '90s and reaped amazing rewards. (Finland was the first country in the world with a GSM network, which gave Nokia a nice push into the market that would explode to billions of customers worldwide.)
In the late '90s, networks were similarly a matter of corporate life and death as the European companies battled Qualcomm and the Japanese over the fate of 3G. Meanwhile Nokia was essentially outsourcing their core software. Symbian was set up as a separate corporation in Britain. Maemo was an underfunded Linux skunkworks operation in Brazil.
Nokia didn't even care enough to do the Series 60 user experience design themselves. Instead, this crucial task was outsourced to a German company (I think they were called Mango Design). With nobody in the company fighting for the UX vision, it's not difficult to see how it got so neglected.
It was originally the OS on the excellent Psion PDAs before they gave up on the hardware business and split the OS off as Symbian.
The real irony here is that this GTK+-based UI modernization attempt was the only one that actually shipped. The product was called Nokia N900 (still a fairly popular device in hacker circles).
The Maemo operating system on the N900 worked well and was a good effort by 2009 standards, with a hardware-accelerated GUI and an excellent desktop-quality browser. Unfortunately Nokia's internal fumbling doomed it to premature obsolescence: as soon as the device shipped, Nokia effectively declared it dead by talking up their various internal Qt and Symbian competitors instead, and then confounding things further with the MeeGo OS merger madness.
(Their upcoming MeeGo device has already suffered the same fate thanks to the recent Microsoft deal, of course.)
If I were designing a smartphone, and it came down to whether we supported, say, multi-touch or video chat... I'd pick video chat. I'd put the developer hours on making UI fixes first too. Multitouch would be one of the first features to get punted for 2.0.
And actually, I'd invest in making the single-touch really smooth before I did multitouch too. It's just really low on my list of priorities. It's 95% whiz-bang.
Don't plan/feel need to replace it for several more months. Not many phones have kept me satisfied for 3 years.
From that POV, you could say Nokia abandoned a lot of man-years of Maemo toolkit work becaues they wanted to use Qt so they could say it targets all Nokia devices.
Now with no plans to put Qt on WP7, it's kind of ironic :-)
Perhaps a better quote for Nokia's situation is, "My kingdom for a horse...."
Nokia had a broken development process. The answer clearly was to surrender and turn the company over to ... another company with a long history of broken processes.
NOTE: I'm not saying everything in Microsoft is broken by any means. Microsoft has had processes which produced Windows ME and Windows Vista ... and they fixed their process and produced some better things. That might be evidence Nokia might have been able to do something similar.
I've heard this "fact" presented many times, but is there actually any meat to it? It seems to me there must be many mature and well-debugged phone stacks out there.
In the past, Nokia was one of the first to have a prototype implementation -- hence, more time for testing and improving it.
I would say this is no longer the case today -- but it's still probably one of the more mature implementations around.
Now Nokia has put out hundreds of models of S60 phones, each largely sharing components. I would imagine that their telephony layer was rock solid. I have no idea if the assertion in the article is true or not, but it wouldn't surprise me. Nokia has always "gotten" the phone side... it's the UX side of a smartphone that has always vexed them.
True, but my current phone N900 is weaker in terms of a phone. It is a hacker's delight with a real terminal, apt-get etc but the phone experience I never really enjoyed much. My earlier phone N95 was better than this.
What makes Android successful, was coming late to the party are QCOM & co having easier to integrate solutions with their baseband chipsets.
To be fair, the Register article does provide useful context that is missing from the Wilcox piece.
The Symbian UI is really bad right now though, it actually defies many layers of common sense. The flagship Nokia N8, for example, still doesn't have a full qwerty keyboard in portrait mode. You have to rotate it to landscape mode in order to type, and the keyboard input takes up the entire screen.
I'm not really sure how that device managed to get shipped without such basic functionality in place, not to mention the fact that it is March 2011 and still not available.
Should make app development a lot easier...
Which iPhone? Version 4? Of course not. 3GS? Have a look at N900. The hardware is pretty much comparable, with N900 being slightly better in many categories. More memory, 32GB storage in every model, twice the screen size, additional flash memory, 2MP more on the camera. Actually the only place where iPhone wins completely is the multitouch screen.
So out of 4 released iPhones, only the most recent one is definitely better than N900.
That's no small thing though. I had the N810, which I'm pretty sure used the same display and sensor as the N900 and the touch screen was just painful to use.
I think an actually working touch screen sensor has been one of the biggest things the iPhone introduced (or popularized, mobile phones at the time all insisted on resistive sensors, probably because of lower costs).
It easily handles games like NFS in fullscreen with pretty nice shading. Fullscreen movie playback is also good.
Nokia's focus on high end devices is different from the iPhone, and the "technical capabilities" is all in the checkboxes you choose to include.
Physical keyboards, removable storage, removable batteries, 5-band UTMS (the iPhone 4 may have this?), HDMI out, Xenon Flash, FM transmitters, DUN & FTP bluetooth profiles, Adobe Flash, video calling w/o WiFi, and true multi-tasking are all checkboxes that I can use to make the iPhone look like it lacks technical capabilities.
So I think we need to be careful about what we define as lack of technical capabilities. While Symbian may seem less responsive than the iPhone, my opinion is that the iPhone does lots of caching and transitions to make it look smooth while processing. Symbian traditionally has been more baked in functionality than the iPhone, but Symbian certainly is less beautiful.
As someone who uses a recent Series 40 phone, I have to disagree with you. I think their last decent brick was the 6230i.
I got an XpressMusic (don't know the exact model number) Series 40 phone in 2009 , and, although it does the basics well, it has some serious design flaws.
It is a music phone, but it lacks a "stop" button to go with the play/pause button on its side. Therefore it is always on pause, so that, if it is in my pocket, and the "play" button is hit accidentally, a preloaded song called "The Dance of Shiva" starts playing. Very embarrassing.
And if you want to send an SMS, you need to save the number first as a contact, since the SMS UI doesn't allow for numbers in the "number" field.
These are shockingly obvious design flaws that Nokia missed. Something went wrong with Nokia a few years ago, and it wasn't limited to their smartphones.
1. http://www.engadget.com/2010/05/04/windows-phone-7-based-on-...
Besides, Windows 7 is of unquestionably better quality than Vista, so what's your point?
Although, I think that number is closer to 40 hours * 50 weeks (vacation included)
http://en.wikipedia.org/wiki/List_of_statutory_minimum_emplo...
I was reading a post by a Nokia employee that teams used to work on improving their own branches of Symbian that were never merged into the main one. This lead to fiefdoms and waste of duplicate effort.