Showing posts with label Apple iPhone Developer SDK's Competitors. Show all posts
Showing posts with label Apple iPhone Developer SDK's Competitors. Show all posts

Friday, June 15, 2007

Mobile Developers disappointed with the iPhone

No one ever said Apple marketers weren't clever. So if they wanted to start a firestorm of ISVs developing applications for the iPhone, how better to do that than to make development as simple as possible with the least barriers?

Nevertheless, until we hear more details from Apple about the way in which applications are handled on the iPhone, we won't know how clever Apple really is.

At WWDC07, Jobs promised that there will be a "new way to create applications for the iPhone" due mainly to the fact that it uses the full Safari browser engine.

But a lot of developers are disappointed with what Apple is offering.

"Web-based apps are cool for a lot of things. But what people were looking forward to was to to let them develop native applications," said Anthony Meadow , president of Bear River Associates , an ISV for mobile applications

Without native access to facilities, you don't have storage or sharing of information between applications, or reading and writing from address book and iCal. "There is not any easy way to do that with a Web-based application," said Meadow.

Overall, Meadow was not impressed. Although he admitted it is really not very clear what Apple intends. But, he added, "If they don't intend to have access, they should just tell us."

Ken Dulaney, the senior mobile analyst with Gartner says Apple's Web 2.0 solution is likely to be similar to what RIM does now.

"It avoids having to put code down on the device," Says Dulaney, which in turn protects it from crashing due to outside influences.

On RIM devices, the application is rendered on the server side, and the cache in the browser reformats it and pushes it down to the device.

"The code is only resident briefly on the device," Dulaney said.

Similar technology is also used by device manufacturers using mobile Linux from MontaVista.

Now resident on tens of millions of cell phones, the MontaVista design uses a "computing peer" design, Linux on the server and on the phone, giving developers the flexibility of partitioning an application on the client side and server side. An ISV can put a heavy load on the phone or a light one, says Jim Ready, CTO and founder of MontaVista.

"Linux on the phone is every bit as capable as Linux on the server," said Ready.

Certainly this supports similar statements from Jobs about Safari on the desktop and Safari on the iPhone.

However, like Meadow at Bear River, Ready has some reservations about the future capabilities or the richness of applications running on the iPhone.

When applications are developed solely using an "abstracted" development environment that doesn't talk to the lower layers of the device, such as the hardware and middleware, there is a dividing line in terms of the capabilities of the application.

"Take video frame rates. The reason you back out of an abstracted environment is because you pay for the abstraction in performance. It is a tradeoff," said Ready.

And not only for performance -- developers also need to write native applications that get down closer to access the hardware and the middleware for size and control reasons, as well, although Meadow doesn't see access to hardware as a major problem. "There is a handful of people that care about writing to the chips. It is possibly useful for really high performance graphic drivers and low level networking code," he says.

So where does that leave gamers and business users whose need for rich network applications might be problematic on the iPhone?

Unfortunately, until the full story is known, it is hard to tell what the software limitations of the iPhone will be. Certainly, if Apple wants the device to be a great mobile gaming system for use by millions of road warriors during those long waits at the airport, it will have to address the issue of how to get developers to write applications native to both the hardware and middleware.

In business as well, cell phones are currently being used with customized software, such as bar code and RFID readers.

"You can't do that with a browser interface," says Jerry Panagrossi, vice present of U.S. Operations for Symbian. "You need something more in-depth that can talk to IBM or Oracle middleware using native APIs for a richer experience."

Jim Ready at MontaVista sums it up when he says keeping the development environment as simple as possible will facilitate the largest amount of applications. As far as the capabilities of those applications Ready says, "There are limits, but sometimes it's okay that there are limits."

Source

Friday, May 4, 2007

The Apple iPhone - Closed for Developers ?

With the iPhone closed to developer applications, do other smartphones have an advantage ? - at least in terms of the number of SDK's (Software Development Kits) provided ?

I came across a story about iPhone that claimed it didn't qualify as a smartphone because it wouldn't support custom applications. I certainly agree that open development is a requirement for a smartphone. But iPhone, closed to developers? Would Steve dare to face developers at WWDC to unveil a phone that wouldn't run user-developed software?

For a chance to be among the first to own an iPhone, a Mac developer, even the truest, bluest open source believer, would not only overlook iPhone being a closed platform, he or she would pay an extra $50 to get it a week before it goes retail. There is no outrage over iPod remaining closed to developers despite the fact that Apple is selling games for it. Apple TV is a hacker's dream toy, two thirds a Mac, but there again, there is no SDK.

That ought to make us mad, but Apple owns its customers and developers and we're all content to have it that way, a fact that will always mystify everybody who doesn't own a Mac. It mystifies me sometimes, too.

Apple wouldn't open iPhone or anything else because developers like things open. But iPhone will be open, or else, because all of its competitors' platforms support user-developed applications. Why do they all support custom apps? Because. Sometimes, somebody other than Apple gets to say, "because." Open is just how phones are done, and not just smart phones.

Three platforms dominate smartphones: Java, Symbian and Windows Mobile. Symbian (Nokia, Samsung, others) phones don't need to be very smart to be development targets. A Nokia Series 30 dispos-o-phone is as programmable as Series 60, 80 and 90 devices using Nokia's free tools and documentation (forum.nokia.com). Symbian developers can use C++ and Java across all device classes. More capable devices are programmable in Python, and Nokia will shortly release a downloadable plug-in that adds a subset POSIX (UNIX) C API layer to Series 60. It'd be a pity if iPhone came up short next to a candy bar handset that costs $99 with a 1 year contract. And if Symbian+Nokia turns out to be more POSIXy than iPhone is, well, you'll read it here first.

BlackBerry is the only competing mobile platform mentioned by name during Steve Jobs' introduction of iPhone. BlackBerry is pure Java, with free tools straight from the vendor. The company is having a show next week called Wireless Enterprise Symposium at which third parties will exhibit their wares, and there's some impressive stuff that you'd love to see on iPhone. I'll tell you all about it in my review, with follow-ups in Ahead of the Curve. And did I mention that BlackBerry 8800 has GPS and ships with navigation software? It plays audio and video, too.

Windows Mobile is obviously developer-friendly. The tools (Visual Studio) are anything but free, but a one-year membership in Microsoft Developer Network will net you all the goods you need to develop end-to-end mobile solutions in BASIC, for pity's sake. Windows Mobile 6 will be making its first major commercial appearance, quite by accident, right around iPhone time. Treo and Blackjack will be front and center with it.

Wouldn't it be a gas if Microsoft's new mobile platform turns out to be more developer-friendly than Apple's? Hiss at Microsoft all you like, but Windows Mobile sets a high bar for programmability.

I'm tingling with anticipation.

Posted by Tom Yager on May 4, 2007 05:20 AM

Source