• TriMutiny on Twitter
  • The TriMutiny RSS Feed

Archive for the ‘Industry Trends’ Category

Get Your Android SDK’s Ready

Tuesday, May 11th, 2010

It seemed that all the buzz earlier today was about Android phones outselling iPhones. Sure Apple fanboys were discrediting the articles saying that it is a combination of all Android devices against the lone iPhone. They have a point, but I wouldn’t go and overlook Google’s mobile platform. Android seems to be taking off like wildfire, and with Apple making their opinion of Adobe’s Flash and Air development for the iPhone, you have a whole bunch of developers turning to Android.

I guess what I’m trying to say is you better start looking at Andriod. Its not going anywhere but up.

iPhone 3GS vs Motorola Droid

Monday, November 23rd, 2009

Well sadly enough I was only able to keep my 3GS for 30 days.  I thoroughly enjoyed the features and user experience that came along with the phone, but AT&T just doesn’t have the network built up enough.  It’s the only complaint really that anyone has with the iPhone, but for me, it was just too much of an issue to deal with.

So now I’m back to Verizon and trying out the new Motorola Droid.  As Reid mentioned earlier, I wanted to write just a quick “first impressions” review of the two phones side by side.  Here’s some of my initial comparisons of the two phones.

1. Usability – This is a major difference on the two.  Apple did a great job with the iPhone, making the functionality extremely user friendly.  Everything that you try to do on the iPhone seems very natural and understandable.  There are very few things that you need to look up directions on how to do and most of the tips and tricks that come in handy are for quicker ways to accomplish things.  For the Droid, things are a little less natural.  The reason for this is a combination of a few contributing factors.  First, it’s a new operating system.  A lot of the niceties that you get with the 3GS are due to complaints from the previous releases.  Secondly the amount of configuration that is allowed.  With the iPhone you are required to do everything one certain way for the most part…you can’t change it, you just have to go with it.  That restriction leads to a very controlled and comfortable but somewhat constricting experience.  With the Droid, the limitations are fewer, but because of this the functionality can be a little less understandable.  Finally, the fact that manufacturers and service providers are allowed to customize the UI according to their needs also leads the Droid to be less user friendly.  The winner in this category…the iPhone.

2. Service -This really isn’t even a fair fight.  If you’ve seen any of the great map commercials lately, you know the difference in their 3G capabilities.   Along with that, even the areas that AT&T claims to cover on their maps…come with some exceptions.  One of those exceptions for AT&T happened to be the neighborhood that I live in so service was laughably horrible.  Going back to Verizon though puts me back on the better network and also gives me more options of friends and family to call for free…due to the fact that a vast majority of the Midwest is on Verizon service.  Winner and really the only competitor…the Droid.

3. Applications – Now there’s no arguing it, the iPhone has thousands of apps to pick from, this is their major advantage.  On the other hand though, the iPhone has thousands of apps to pick from and this is their problem.  Yes, you read that right.  Here’s the issue, with all of those thousands of applications, you get an extremely large amount of noise coming out of the app store.  Many of the apps are either extremely low quality or really nothing that you’d be interested in owning.  The Android has the advantage of not being as popular, so the market is a little less crowded with low quality apps, but still main stream enough to allow you to find the applications you really like.  Advantage here is close…but would still have to go to the iPhone.

4. Features – The main feature list is pretty similar between the two.  For me, the one big difference (at least currently) is the addition of turn by turn navigation from Google for the Droid.  It still amazes me how easy to use and how packed with features the Google Navigation system is.  With everything from turn by turn voice commands to live traffic updates…the feature list on this application alone is incredible.  Oh…and it’s still in beta.  I can’t wait to see what refinements and possible additions will come in the next year or so.  The features of this application almost makes me feel bad for the people who own a $400 navigation system.  My $200 phone does everything their navigation system does…and everything their iPhone in their pocket does.  Advantage here, definitely the Droid.

Now you might be interested in more comparisons like astetics of the phones or hardware differences…but for me…these are the important factors in a phone and overall I would have to give the advantage to the Droid.  In a year from now it might be totally different, but that’s what keeps it exciting.

Architectures to expect in 2010: an explanation of mobile middleware

Saturday, October 24th, 2009

I recently read an article on Forrester posted by Jeffrey Hammond titled “Put off making strategic decisions about mobile development until 2010″ .

He listed (and briefly defined) five distinct mobile architectures that we will have to choose from by the end of 2010. Including are the following:

1.       Native, on-device applications.
2.       Java ME
3.       Mobile middleware
4.       Web development (dev frameworks like PhoneGap, Rhodes framework, etc)
5.       Mobile RIA plug-ins (Flash, Silverlight)

It seems like the least known or talked about is number 3, Mobile Middleware. I figured a little definition around the subject could be helpful to those not so familiar with the architecture since, whether they know it or not, middleware is used daily by many.

The best way for me to demonstrate middleware is to (1) define it in plain terms, (2) point out a few main characteristics, and (3) give a few examples of how current providers are promoting/defining themselves as providers of this type of architecture or framework.

Simple Definition
Let’s first define what middleware is. Honestly, this was the only plain language definition I could find that a non-developer would understand…

“Vague enough to mean just about any software program that functions as a link between two other programs, such as a Web server and a database program. Middleware also has a more specific meaning as a program that exists between a “network” and an “application” and carries out such tasks as authentication. But middleware functionality is often incorporated in application or network software, so precise definitions can get all messy. “
[ source: http://www.salon.com/tech/fsp/glossary/index.html ]

Characteristics
Middleware is basically transparent to the user, but can be the most integral part of getting an application to function or carry out the purpose intended for the application to exist. (ie: if you have incoming or outgoing data, authentication, etc). Sometimes the systems in place that carry out these cases are built in different languages or on completely different platforms. Middleware can also be that middle player that makes them all get along and communicate with one another.

As you can guess, creating the means to carry this type of functionality out on a case by case (or app by app) basis would be tedious and expensive – just one of the reasons mobile middleware is a distinct architecture. But having proprietary and open source options available to a developer to carry these actions doesn’t only save time and cost. This component of the experience is being tested simultaneously on multiple applications and experiences. The maintenance, testing, standardization and quality assurance of this part of the experience is being taken care of by the providers of this architecture and service. This allows the developers and designers of the application to focus on other things like the flow of the experience, stylistic elements, or components that are unique to the application that they are building. If you want to learn even more (and I know you do!) look into service oriented architecture approaches or SOA. [ wiki ]

Current Providers
The following were mentioned in the Forrester article. I was interested in how each company promoted its set of skills and how they described their service/framework to their audience… Granted their audience is more aware of developer and industry vocabulary than the end user of the applications that use their products.

Vaultus:
- “… deploy quality mobile applications that offer the best use experience. Accommodate any number of users and any number of transactions with no disruption to the mobile users.”

Antenna:
- “Antenna provides real-time mobility solutions that solve real-world problems. Messaging, Voice, or Data, Antenna provides secure access at the point of need, using whatever mode you require. ”

Sybase (quite a winded statement):
- “Sybase Unwired Platform provides a flexible, open and standards-based infrastructure that enables companies to create an information edge by optimizing and enhancing the infrastructure they already own, linking valuable data resources in place, and securely delivering information anytime, anywhere.”

Pyxis Mobile (note promotion as industry specific):
- “With Pyxis Mobile, customers can deliver rock-solid wireless applications to their users in a secure manner without additional significant IT overhead.”

- “Industry-tailored database: Built for the Financial Services industry and equipped with the connectors and plug-ins to extend any data source”

- “…administrators and developers can connect to enterprise data sources, auto-generate screens and menus, and design forms, lists, reports, charts, and more without the need to code, via a WYSIWYG interface.”

I hope that quick look into mobile middleware was helpful. It will be interesting to see what happens in the next year and if new architectures and platforms will be introduced.

©2009 TriMutiny, LLC