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.
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.