Cranking up the browser
Not everyone agrees that moving Web apps outside the browser is the right approach.
"We think the browser is where it's at. We want to push that forward," says Dion Almaer, developer advocate at Google. "Google has been building all of these Web applications -- we're basically Web developers -- and we wanted to add functionality."
Since the Web's inception, all browser-based applications have shared certain limitations. Foremost is their reliance on the network; lose your Internet access, and a Web app's greatest strength becomes its greatest weakness.
"With Gears, you still go to the same URL, the application works, and you don't have to have any companion apps. It's extending the Web to places that maybe people weren't used to before," Almaer says -- even, for example, to an airplane seat.
Google's Gears strategy is all about restraint. Unlike AIR, which advertises its presence to the end-user, Gears works quietly, in the background. Rather than confounding developers with hundreds of new features and APIs or forcing them to learn a new application paradigm, Gears adds just a few new capabilities to the browser, each designed to address a particular pain point.
"It's kind of similar to how the XMLHttpRequest object allowed AJAX," says Almaer. "This tiny little module with a little bit of functionality enabled developers to be creative. We're trying to do that approach."
Of course, there's no one answer. While in some respects each of these technologies competes with the others, they are also often complementary.
For example, there's no inherent conflict between Prism and traditional browsers. "Today's SSBs just make it much easier to escape the browser and add some neat OS conveniences," Mozilla's Finkle says. "I think we'll see some of these conveniences start to appear in traditional browsers, too."