An Exploration of BlackBerry 10's Programming API
Nerval's Lobster writes "BlackBerry 10 is completely different from previous BlackBerry operating systems — with good reason. Its core assets come from a company named QNX, which Research In Motion acquired in 2010. Blackberry 10 features include 'live tiles' that dynamically refresh with new information, as well as a revamped keyboard and security upgrades. But what really makes or breaks a phone is the quality (and quantity) of its third-party apps. Jeff Cogswell pokes through the BlackBerry 10 programming API in a quest to see what app developers can do with the platform, and how it compares on that front to Apple iOS and Google Android. His conclusion? Although some of the underlying components are showing their age, BlackBerry has 'spent a lot of time building up a foundation for a good development community.' He also goes over BlackBerry 10's viability for porting apps and building games. But will developers actually work with a platform with such low market-share?"
I'm not interested in learning yet another API. Keep it.
Saying it, doesn't make it true. The numbers were well over a million z10 sold in North America alone. The q10 is expected to do even better.
I really want this to succeed. First of all, QNX is awesome. I had the pleasure of working with it back in the day when they had the 1.44M demo disk (http://www.youtube.com/watch?v=K_VlI6IBEJ0 has a video). At a time when GNU/Linux was working on getting POSIX-compliant and X was clunky and required some expertise to set up, QNX offered an OS with POSIX-compliance, real-time capabilities, a package manager, a GUI that worked out of the box, and managed to produce a 1.44M bootable diskette that showed off the OS with GUI and web browser.
Secondly, I want my software to be efficient. I'm sure you can do great things with J2ME, Dalvik, or even HTHL and JavaScript. But if you want the best performance or resources are at a premium (hello, battery-powered mobile devices!), you can do better by being closer to the metal. And we have APIs and programming languages that allow us to program closer to the metal. BlackBerry allows us to use those APIs and languages. The author of TFA makes fun of the BlackBerry APIs being in C. I see that as an advantage. You can easily build abstractions on top of low-level APIs. Getting efficiency back once it's been lost in someone's abstraction layer isn't as easy.
So, while it seems popular to make fun of BlackBerry these days, I really want them to succeed. I think they've made a great product that deserves our consideration. Of course, they have low market share and strong competitors - but then again, so did Apple when they launched the iPhone, and Google when they launched Android.
Please correct me if I got my facts wrong.