This is an in-depth look at the iPad user interface with guidelines and examples: what’s new, and what lessons were learned from theTablet PC concept and the iPhone’s  user interface.

If you think the iPad is just a bigger iPod, this presentation is for you.

View the slides on Slidshare (and make sure you read the notes!): Why the iPad UI matters, and how it differs from the Tablet PC, but also from the iPhone. 

I actually agree with many of Jude’s points:

1, 2 & 5) Typing is in some ways harder than it used to be when you were used to physical keys and T9 text-prediction.

3) The switch between portrait and landscape mode can be annoying, especially when lying down. There should at least be a preference to disable for in each app.

4) When the iPhone is off, it is off, and will not start itself up on time to wake yourself up as an alarm clock. Which also means it is totally off, not in some standby mode.

7) The battery life is not great: my iPhone 3GS last little more than a day in normal use, years ago I had a Nokia 3210 that lasted 4-5 days.

So the iPhone is not a great mobile phone, I would actually agree with that.
Many users who only need a simple basic mobile phone, would be better served by cheaper and less fragile devices, such as my old Nokia 3210.

But what surprised me in that post was that it was not mentioning what makes an iPhone so much more than a mobile phone.

The iPhone is not just a mobile phone

The iPhone is a mobile phone (calls, SMS), but that is not all.

It is a song jukebox (the iPod app).
It is a live TV (see (live UK TV).
It is a TV/VCR combo (the videos in the iPod app).
It is a photo album (the photo app, or Flickr’s app).
It is a pocket translator that speaks foreign words for me. (iSpeak serie).
It is a networked computer (mail, safari).
It is a photo camera.
it is a video camera with built-in editing facility.
It is a book that can display thousands of titles (Classics).
It is a map that always knows where I am and how to go where I want to go (Map app with GPS, Sat Nav apps ).
It is a game console (too many games to link!).

And all of this in the volume of a deck of cards.

For me, the small dose of usability that has been lost from simpler phones is much more than compensated by everything else that this device can do. Even in Star Trek, they didn’t foresee such advanced technology.

The iPhone is not perfect and there are tons of things than it could do better. But yes, for everything that it does, I do love my iPhone.

Sponsored categories ask for example how to provide a demonstration on how a sponsor’s product / API can be used. For example “Best BBC. com hack”, or “Best Lonely planet hack”. There are also general categories “Best use of WebApp/widget”, “Best hardware hack”, and the weirdly phrased “Best User Experience / Service Design”.

Sounds cool? Yeah, kind of. But to me such competitions, hackday or hackathon tend to encourage the worse of the typical developer mindset, which is often antinomic to delivering a good UX.

Developer are gods

Developers have advanced skills that allow them to give life to applications: before their work there was nothing, and once they are done, there is something that works. They have the ability, unlike graphic designer or UX people, to create a functioning application on their own. This god-like power on software should not be underestimated.

But the issue is that too often, developer think that the important issue, no, the only important issue, is one of functionality. So the first thing they do when starting a project is jumping on their code editor, and when they manage to have the key functionality part working, they think the application is mostly done, only lacking a superficial layer of polish.

UX is more a differentiating factor than functionality.

This is what this kind of hackaton encourage: the idea that the basic functionality is the most important thing. Well this can very well be true if you are curing diseases, but in the world of software, there is a very strong chance that a competitor proposes or will soon propose the same core functionality. What will really make one product successful over another is its user experience. And you simply can not create a good UX in a day or two.

A frequent developer misconception

This is what Alan Cooper describes in “The inmates are runing the Asylum”) as the “dancing bear” phenomenon, typical of a developer driven mindset: too much focus is on solving a functional problem (“making a bear dance”). No time is spent thinking how to make it dance better, or even why it should be made to dance at all.

This remind me of the time some developer complained about the Siteoverflow.com website, and despised it saying basically he could redo the full site in a weekend. I recommend you read the full reply from Stack Overflow’s Benjamin Pollack, it is well really worth it. The gist of it: there is more than meet the (developer’s) eyes, and by seeing only how to solve the basic functional problem, you ignore all the refinement that make the site actually enjoyable to use, and ultimately successful over its competitors.

Another good insight is Brent Simmons’s “Anatomy of a feature”, where he discusses the inclusion of the “Send to instapaper” command in his RSS reader NetNewsWire. This is another post that was written to placate to developer comments saying “Oh, it’s easy, just a quick http call. I could write a script to do it in like 20 seconds.”
Except implanting this feature involve making a very long list on hard decision on how precisely this feature should work. A menu item? An Icon? How / when does it syncs?…
Eventually, the devil is in the details of the interaction design which end up taking much much more time than solving the basic technical issue.

And neither of those two cases seems to be doing any real User Centered Design, so they risk building their product for themselves instead of for the actual target users. A proper UCD process would have lasted very much longer than the time it took the developer to solve the main technical issue. But it would also deliver a better product, that delight its users.¹

Boys will be boys, and developers will be developers.

Is it an issue that developers love to take part in hackathon, or like to code something just for fun?

Of course not.

Developers will always play around with code, basking in the wonderful pride provided by seeing your application “work”. Instant gratification!
Playing around with new functionalities is one of the best thing about being a developer and this can be a good way to learn new APIs, and simply coding is making them better coders.

Developers and their skills are absolutely necessary to the development of software. We all need them to be the best at what they do, and hackaday, or coding for fun can help with that.
Nonetheless, we need everybody, especially developers, to understand that this is not the way to create quality products.

As always, I’d love to get your feedback on this, especially if you are a developer (or have been in a previous life), so please let me know what you think!