As the iPhone I got is the original iPhone I cannot compare the hardware as the iPhone 2G is about a year and a half older than the HTC Magic. What I can compare is the operating system though ( OS ) as the iPhone is updated to the very latest 3,12 version.

Mail, Calendar & Contacts
Before you do anything on Android it asks for your gmail account. As soon as your email credentials are confirmed your gmail, contacts and calendar start to synchronise. Any changes are synchronised between the google servers and your phone. What’s best is that gmail has push email similiar to the Exchange Activesync process or the Blackberry solution. Speaking of Exchange, the ROM’s I intalled came with the Exchange mail clients, making it easy to have work emails and calendar events pushed to your phone.

After booting the iPhone the first thing I did was click on the mail icon on the springboard. The google account was easy to configure and the account connected first time as expected. Then I was left a bit confused as to how to add the Exchange email account. After a bit of fiddling around I found the mail settings section where I could add the exchange account. It worked first time and push notifications was set “on” as default. The iPhone email account for gmail does not support push, instead the email client periodically checks the server for any new emails.

Exchange calendar  and contacts are automatically synced to the iPhone calendar application. Unfortunately the same is not true for the gmail calendar and contacts.

Browser

The iPhone sports a mobile Safari which is super fast. The two browsers load speeds are more or less on par. Browser rendering is also about the same, where the only difference is that the Android browser has an option to reformat the layout to fit the width of the browser. Safari does not do this but it has a very good scaling feature: pinch to zoom. It uses multi-touch gestures to scale the browser. The response is quite fast, even on the older hardware, and it gives the Safari browser an advantage over the Android browser which only offers scaling by using buttons.

User Interface

The iPhone user interface is well thought out. I found the small animations and attention to details  very helpful. The navigation is equally well thought out, letting one know that you headed into or out of a section. The one thing that makes this user interface works well is that almost all applications use the Cocoa standard UI elements, so navigation elements are generally consistent.

Because Android has physical menu and back buttons at the bottom it took me some time getting used to the navigation buttons within the iPhone apps. I grew frustrated as I kept hitting the bottom physical button on the iPhone to go back and got sent to the home screen.

I feel that the Android physical keys are quite useful as it gives the applications a standard way to navigate in and out of sections within the application as well as between applications.

One thing I did find annoying was the way that the iPhone OS had you navigate between applications. Since the iPhone does not support multitasking between 3rd party applications, you can run only one applications at a time. This improves the speed of the applications themselves, but at the same time prevents you from running applications in the background. This is a big let down for me and is actually a deal breaker.

Applications

The Apple App store is a much richer experience than the Android App market. It has much more applications , almost a 100 000 more. Because of this large number of applications there is an equally large number of high quality applications. I found quite a few duplicates between the two application stores showing that developers are creating apps for both platforms.

One thing that bothered me was that I had to sign up with my credit card before I could install any applications.

Apple applications are well designed and in some cases have much better features than their Android counterparts. The Apple applications have at least double the number of  options that the Android version have.

Finally

After spending about a week with an iPhone as my main phone I feel seriously disconnected. When I want to know if I have an email I have to unlock the phone and check the home screen. It does not have an alert light telling me when I have message . Yes, it does give a vibrate and an alert sound, but sometimes I don’t hear or feel those alerts. When in an application and you get an alert you would have to quit the application to go the home screen to check what the alert was for. Android’s notification system is a lot more elegant.  Android has a top drawer that has alert icons pop up when they arrive, you can then slide down this drawer to see more information and when pressed it would send you directly to the application.

I enjoy the nice user interface but that does not compensate for the lack of multitasking ability, or for the poor notification system.

If Apple wants to keep the iPhone as one of  the top smartphone OS’s in the future it will seriously have to rethink its notification system as well as the multitasking capabilities for 3rd party applications.

Nimbuzz for Android.

Nimbuzz is a mobile instant messaging and social networking client available on most mobile phone handsets including Google Android. Skype, Windows Live Messenger (MSN), Yahoo Messenger, ICQ, AIM, studiVZ, GoogleTalk, Facebook, MySpace, Jabber and many more are supported.

News24 for Android

News24 is the number 1 news site in South Africa. Features of the Andoid app include:

• Up to the second news, sport, finance, motoring and entertainment news
• View current and 7 day weather forecast
• Local restaurant search
• Customisable homescreen widget – select content and set refresh rates
• Share content, provide feedback & choose start-up view
• Easy tabbed navigation
• Touchscreen or TrackBall interface – with haptic feedback (vibration) option
• Read stories in portrait or landscape mode

MXit for Android

MXit is an Instant messaging and social networking platform for mobile phones. Founded in South Africa it now has millions of users throughout the world.

This list of Android applications are all available to download in the Android Market Place. As the various companies develop and release new Android applications it will be updated here.

Nowadays it’s almost impossible to write an article about mobile phones without mentioning the very successful iPhone. Apple had practically turned the mobile  industry upside down with its touch screen device. Some people will argue to the death about how the iPhone, or the “Jesus Phone” as some call it, is the best thing since sliced bread – and nobody can argue against how successful this device has become. But I am predicting a total onslaught of Android devices within 2 years. The Android army of phones will be everywhere you look and you will not be able to visit any cellphone store without running into at least 50 different phones running this OS. OK – maybe that is going a bit far but I think you get the message and already we are seeing signs of it. At the time of writing this article there are 16 official Android devices. How will this army of Android devices be created you ask ? Enter the Open Handset Alliance.

The Open Handset Alliance was formed in 2007 and currently has 47 members. It is a consortium of technology and mobile companies all dedicated to bringing us better mobile experiences, with Android being their first project . There are some big names amongst the 47 members, including Google, Intel, Nvidia, HTC, Asus, SonyEriccson, LG, Ebay. With so many big names dedicated to Android development, it is bound to be amongst the top mobile device OS’s. You can read more about this argument here, let me get to the Android architecture.

Android is a Linux based software stack. On top of the Linux kernel layer lies a layer for the system libraries such as SQLite, SSL, OpenGL, etc. This layer also houses the Android runtime, which runs the Dalvik Virtual Machine. On top of this there’s the Application Framework, housing the managers like the Activity Manager, Window Manager, etc. Then finally there is the application layer, which is the layer we are most interested in.

Android applications can consist of different sections, namely Activities, Services, Broadcast Recievers and Content Providers. Activities form the User Interface(UI) part of the application, Services run in the background similar to RSS feed readers checking for updates. Broadcast Receivers just listen for particular system broadcasts, for example , when the battery is low. Content Providers just provide content to any asking application , for example your application asking the contact book to provide the users contacts for use within your application. We will mostly be concerned with Activities.

Activities were designed to be totally integrated with one another. What I mean is that Activities can call one another and pass data to one another, basically  like an event driven system, but on a system wide level. An application is thus a group of Activities passing Intents to one another. It is then possible to include , lets say, a Google Maps Activity into your application by passing a Google Maps Intent to it and waiting for a result from it. It would seem to the end user that you created a Google Maps section to your app. I think this is pretty powerful.

To get started with creating these applications you need the free Android SDK, Apple iPhone developers need to register first($99!). Then you going to need an IDE, there is an Eclipse plugin, the Android Development Tools(ADT) plugin that has everything including the latest stable SDK. You don’t immediately need a phone to test on as ADT comes with an Android emulator that you can debug and test with but you will eventually need a phone to properly test with. ADT is pretty awesome as it comes with many tools to tell you exactly whats happening on the phone, which threads are running,it has code completion, wizards to quickly create sub classes and much more. It took me less than 30 minutes to get a “Hello World” application running on the Android emulator from the time I installed the ADT!

Since ActionScript 3 is a lot like Java I could easily jump in even though there were a few syntax differences – but after about 2 days and the help of ADT I had a basic application drawing a ball bouncing round the screen. But that was only the beginning and have rewritten sections of the game many times. Now after two weeks of lots of learning I have created the game and have it running on my phone. It is still a prototype and even though it needs weeks more spit and polish, after demonstrating the game I have gotten the thumbs up to turn it into a real game which we will be registering in the Android market.  There is still a lot to learn from this wonderful framework but the Android groups have been great help, as well as all the Android forums and of course, the Reference guide which ships with the SDK. It has been a challenge to get to grips with this entirely new development area but it was far easier than imagined it would be. I spent about 10 times longer getting to know Flash, and that was with people available to help me.

What about my experience using the phone? I can honestly say I am now more connected than ever before. My email, both gmail and exchange, is pushed to the phone. My Twitter application runs in the background constantly fetching  tweets, while my Facebook application gets all my buddies’ status updates to me as often as I want to see them. News and weather is updated all the time. My calendar and contacs are synchronised between my phone and my mobile. I never get lost anymore, maps are always available and my Gtalk status is always “available” and running in the background, unlike on some other phones Oh, and it makes phone calls as well.

I will follow up with another article of my findings, good and bad, this time focusing on the actual Android game development.

Android phones will be more complex and people will complain about that, they are more complicated, and  they have too many options and too many flavors – but they will be more popular.

Apple will have a small share of the market but will be considered very successful nonetheless; we are talking about 4 to 5 billion devices in this market, and even a small fraction of this number is huge (Yes, I believe that all phones will be smartphones in a few years and I also believe that the mobile internet will be “the internet” for half of these people).

There is no doubt that we will live in a world where 100% of the population will have what we today call cell phones. I do not know when this will happen, but it will happen.

In 2009 the total number of cell phones in the world will reach 4 billion. One day all these devices will have internet access – there is no way in such a diverse world that one device can fit all needs. Having a diverse ecosystem is really the major strength of Android over the iPhone. This diversity is one of the reasons that Nokia has one billion customers.

The real question is: how many mobile OS’s are enough? Is there space for Symbian (All flavors S60, UIQ…), Android, iPhone OS, RIM, Windows Mobile, LIMO, … I don’t think there is. Some of these OS’s will fail and disappear, just like Amiga or Commodore.

But the diversity of devices on which Android runs, will ultimately help it to beat the iPhone.

Developers, Developers and Developers are what count. So your ecosystem has to big enough and “friendly” enough for them to create great products that provide utility to the consumer.

You can say anything you want about Microsoft – but one thing is undeniably true: they treat third-party developers as their most valuable resource. Since the first ages of 16-bit Windows consolidation, it was clear that as long as their platform was the mainstream software-running machine (and the minimum bar for hardware support in the PC world), their reign would be safe.

And that translates into treating their developers well. Yes, they have to pay some fees here and there, but they are rarely left behind. MSDN and competent MS staff reveal all you need to know to develop any sort of application for Windows; backwards compatibility is taken to extremes; and all sorts of developers (from corporate form cut-and-pasters to low-level hackers) are treated as first-class citizens.

In contrast, no matter how sexy the platforms are that Apple makes available for your software to run on, they make it painstakingly clear that users are number one. Cupertino doesn’t mind at all if a tiny minor new feature creates one or a dozen hurdles for developers every other week. This is not “right” or “wrong” (and both approaches have shown their results), but it is something to be aware of when you consider developing for an Apple platform.

This was not seen as much of a problem for most developers, since Apple has always been a niché market (even with Mac OS X putting the Macintosh onto the radar for people outside the Mac cult). However, January 2007 saw the announcement of the iPhone, and since then the handset has received  pretty much all types of review – from the Apple fanboy praise (blind to the most obvious flaws and limitations) to the most radical states of denial that ignore the (r)evolutionary aspects of the platform.

In the end, however, the number of iPhones on the market (no one has the exact real number, but it can be extrapolated to be at least 4 million after the worldwide 3G expansion) was the only important thing for developers – those numbers turn it into a big enough market to be considered by anyone that wants to deploy sophisticated mobile software applications.

(J2ME possibly beats those numbers, but having a unified platform for development is an advantage that Jobs has pushed since the early days of the first Macintosh – even when it was almost against common sense).

Development was not allowed by Apple during the first year of the iPhone’s existence, but developers found ways to bend the rules, using alternative ways to build their apps. Distribution was, however, the main hurdle: users needed to “jailbreak” their devices to get applications via alternative channels such as Installer.app (a simple, yet fragile distributed system) and Cydia (a wrap-up of the apt distribution system, which is one of the backbones of software distribution in the Linux world).

The introduction of the App Store (Apple’s official distribution system) changed the landscape, not only by introducing a legal (and ubiquitous) alternative for developers to distribute apps, but also by giving them a nice opportunity to piggyback on iTunes as a distribution channel. This approach of not having a middle man is an enabling factor for thousands of small-scale developers: one little dirty secret of the mobile application world is that mobile operators (which own the distribution and revenue channel) rarely talk to small developers – they have to market their apps by means of “publishers”, which pretty much stifle innovation and initiative in this field.

Even if you want to distribute your application for free, there are operators and handset makers that will make it hard (if not impossible) for users to download your app or transfer it via Bluetooth from other devices. Apple’s App Store distributes free content for free (well, you have to pay $99 for the iPhone Developer Membership, but it’s a fixed, once-off cost).

It’s not all roses, however: Apple imposes all sorts of restrictions – ranging from technical ones (you can’t let an application do background processing) to operational (registration as a developer takes some time to be processed; your app can’t duplicate functions on Apple’s apps; if they don’t like it you are out; you must submit source code to their approval, and nobody knows for sure how compatible with licenses such as GPL their model is). Besides that, the code signing process can be a burden to developers not used to it (even if you decide to ignore Apple and limit yourself to jailbroken iPhones).

It is a “my way or the highway” situation – but recently the first handset with Android (Google’s operating system for mobiles) hit the market. Some consider it underpowered, but others are excited by the tricks it has on its own (while some even question its openness). It is a welcome addition not only for users/developers who won’t be interested on Apple’s offerings, but also gives iPhonophiles the hope that competition will put some pressure on the Big Cupertino Brother to force it to relinquish some of the grip it has on the market.

I have high hopes that this will happen. But even if it doesn’t, it won’t stop a legion of developers (myself included) from working working on my $0.99 app, in the hopes that will be useful for one million people – and that its success will contribute to their own retirement. That is a really hard argument to beat, and it will keep the iPhone going for a long time. But unless we start to see some retired iPhone Developers on their yachts, Apple would do themselves a favor by treating iPhone developers a little bit better – or they will jump ship at the first opportunity – be their destination may be Android or otherwise.