At my day job I use python and js to do web development while this is my spare-time project and to be honest, Java isn't so bad. Yes, it's tiresomely verbose, but Eclipse and the Android plug-in are an awesome IDE and since you're dealing only with the mobile-specific SDK, you don't have to contend with issues that make Java bad in other contexts (heavy frameworks, endless XML config files, etc). Perhaps someone with experience in both can clue me in, but I doubt Objective C is less verbose or more dynamic than Java.
But I think you're right in that people might be missing an opportunity by focusing so heavily on the iPhone. The BB SDK is more powerful than the iPhone's, there's more than twice as many BB users than iPhone users and I don't think anyone will argue that they're any less affluent than iPhone users.
Mostly, I think, it'll depend on how RIM promotes the app store and the kind of deals it manages to get the carriers to accept. I worked for RIM a few years ago and saw how incredibly difficult and demanding it is to work with carriers, as they are the actual manufacturer's "customers" and their interests are frequently at odds with those of users.
Oh, Objective C is certainly more dynamic. It uses a message passing mechanism. You can do this in Objective C without a compile error (note "id" is a generic object type)
id anObject = Do some initialization; [anObject passSomeMessage];
The closest in Java would be:
Object anObject = new SomeClass(); anObject.callSomeMethod();
Which wouldn't compile.
(Please note I haven't used Objective C nor Java in a while. Please excuse any errors.)
Can Phonealyzr and the BB SDK do that?
And judging by the number if people I see using their BB when they are not at work - I think there is a huge market for a networked entertainment diversion.
But I have a question - do you have some bug tracker, where your users can put bugs and suggestions? I would like to suggest to split the minutes in usage summary by the direction, incoming and outcoming calls separately (in addition to weekdays/weekends as it is now).
There is a lot of opportunity for RIM here, but there are also a lot of things they would have to get right. For example, I've heard rumors they might only support newer phones or OS versions. That would be a mistake - Curves running really old versions of the OS are still being sold today. Another rumor I heard was that they might only work with developers who are part of their Alliance Program which costs $2,000 to join. Then, there is the hurdle of getting the app store onto devices in a way that makes carriers comfortable. Presumably some sort of revenue share has to be negotiated with each carrier. RIM certainly doesn't have an easy road ahead of them.
Also, if you read RIM's October press release announcing the Storefront, they claimed they would be letting developers submit apps starting this past December. December came and went and I didn't see anything. That means they're either behind in schedule, or worse, they're only working with Alliance partners and that's why we didn't see anything.
It's not going to be nearly the same market as the iPhone reaches, so iFart and the like would, IMHO, fail miserably on the BlackBerry. I bet there is money to be made in apps targeting certain verticals where BlackBerries are common. Law, real estate, and investing come to mind.
Many companies don't allow their Crackberries to be used for personal crap; iFart and other novelty apps definitely fall into that category.
I think I might want to port my app, but I'm afraid to get stuck in it without the end in sight.
After developing for WM, j2ME, BB and Android I found iPhone is a mystery. Apple knew what they were doing making people downloading those applications. You've have got fart apps for all platforms and no one could turn them to a profit until iFart.
BB is a different market, I'm sure that if you'll investigate you'll be able to come up with an idea.
BB can be a potential good market but