I just read Personifying the Mobile Device (hat tip John Kern). It’s a post that pulls together a great set of recent conversations I had caught bits and peices of, and lays them down amazingly. As a sidenote, I’ve been calling cell phones mobile devices and laptops portable devices, it’s a distinction that I think works out pretty well. Although it is subtle it helps shape the conversations when you can talk about mobile vs portable computing. I love all the personification points in there, and the technique of using personification to define the role of a technology. This is the bit I want to pick up on however:
With the many functions that can be developed for mobile devices, we can personify the mobile phone and list some possible roles for it. Some roles are better done on a laptop than on a mobile, and vice versa, but the experience should be seamless and you should be able to pick up on one where you left off on the other. With the advent and rise of web services, online storage and wi-fi access, we will essentially be able to perform the same functions and access the same information through a mobile device, as through a laptop.
And harp on that point I always harp on, a seemless environment from Internet to mobile network. I think this vision is fantastic, I would love to blend work from my mobile and work from my laptop and desktop into one fluid set of actions and activities. However the infrastructure to deploy applications is always restricted by the high barrier to interact across the carrier/Internet boundary. There has to be a way for something happening out on the Internet to let my phone know about an event I need to pay attention to. SMS, of course. But what if I’m running a site like SourceForge and looking to notify owners of applications about security concerns posted to their projects? Am I going to absorb the cost of messaging into the mobile network? Not too likely at the prices currently set. I can setup a complex credit and payment account system, and establish a relationship with an aggregator so that developers can pay for the messages they want sent to them. But the developers are already paying for the messages when they receive them (In the US at least, yes, we pay for inbound SMS. Don’t ask, I have no idea why or how that could ever be accepted by the consumers), they’re not going to pay to get messages sent and then pay to receive them. Support for SIP and UMA announced for upcoming handsets I hope will move us somewhat in the right direction. But notice what’s happening here. The Internet has a pretty decent ability to route around dammage, and with the support of UMA as a necessary technology I think we’re saying that cellular networks are effectively a dammaged part of the Internet that needs to be routed around.