I posted a response (with help from the other Mobitopians) to Dave Winer’s SMS complaint, which you can read here. It also handles the myth that WAP is dead.
SMS and WAP: Rumours of our demise are greatly exaggerated…
Dave Winer dit:
I don’t use SMS, I don’t think it exists in the US, but I understand it’s popular in Europe and Asia.
Given that this sentence was written on the same day that Verizon Wireless of the US announced that they handled 2.1 billion text messages in Q1 2004, and given that I was sending transatlantic SMS back in February 2002, it should have been fairly straightforward to check whether or not SMS exists in the US.
And it is indeed fairly popular in Europe, with 2.1 billion (there’s that big number again) text messages being sent in the UK in March 2004 alone.
Dave also writes:
There will be eighteen brands of SMS, and you’ll only be able to message people who use the same brand of phone.
After some discussion on #mobitopia, we’re of the opinion that SMS is a basic standard supplied with pretty much every GSM handset. It was originally designed for engineering use, and you could only send to other handsets on the same network. Once the operators realised that people were actually using it as a lifestyle tool, they were quick to establish connections so that you could send messages to handsets (any handset) on the other networks.
Like any protocol, over time it evolved in different ways, such as EMS (which allowed sending little picture icons and never really took off), and the ability to send long messages (more than 160 characters) using Segmentation And Reassembly (SAR). The kicker here is that these enhancements were designed to degrade gracefully, so a long message received by a phone which didn’t support SAR would be received as multiple messages.
Now, there are multiple different brands of SMSCs, the software which actually handles the messages, and there are several different ways of communicating directly with these (SMPP being the official standard, but it only appeared relatively late in the day). But that doesn’t affect the end user.
"But what of MMS?", you cry. The protocol itself is a hybrid of SMS and WAP, and once again, graceful degradation is the order of the day: sending an MMS to a non-MMS client results in the recipient getting a standard SMS with the text portion of the MMS and a URL for them to see the associated media objects. The problems MMS has are related to the carrier inter-connections, which have yet to be fully resolved, not the protocol itself.
What’s next? Ah, yes; Adam Curry writes:
Ed is a developer of cellphone applications, he told me the saddest story about WAP, and why it died before it really had a chance. Apparently every phone manufacturer made up their ‘own’ version of the WAP protocol and built proprietary browsers. The net effect is that Ed said developing content for close to 2000 (!) different versions and permutations made it impossible.
First of all, WAP didn’t die and it isn’t likely to. This story tells us that there were 1.2 billion WAP impressions in February 2004, just in the UK. Practically every handset produced since 2000 supports WAP, and manufacturers didn’t make up their versions of the WAP protocol; they did write their own browsers (gods forbid!), however, and yes they were (and still can be) buggy. To say that you needed to build 2000 different versions of the same site or application is stretching the truth a little: Nokia’s browser accounts for around 60% of the market, and it behaves in pretty much the same way across all devices. Openwave’s accounts for 35% or so, although it behaves differently than Nokia’s does. Who cares? That’s 95% of the market—we just didn’t use any of the dubious elements, focussed on using images and hyperlinks only. And Wireless Pets (a game which my company produced) ran for over 36 months (one of the longest running WAP applications, I believe). It even had animation in it when you fed the pets and played with them.
Secondly, tools have been developed for dealing with implementation differences in WAP phones. There is an XML file written by members of the WURFL project that describes in great detail the capabilities of most of the phones in the market. Of course if you stick with the basics and test content using the Openwave and Nokia browsers, it should work for most people. How many different permutations of HTML web browsers are there out there? Do you test for each and every one? Do you check your site with every version of IE, Mozilla, Netscape, Opera, Safari, and every other browser ever made on every platform? I doubt it. I’ll also just point out that XHTML-MP will help resolve this in the same way as standards based browsers resolve similar issues on the desktop.
So, as is mentioned above, WAP forms the basis for delivering and viewing MMS content, and it is also used to deliver J2ME content. So, what has it ever done for us?
And what’s with this focus on finding the killer app? The killer app is killing time, something which the phone allows people to do very well indeed. And it’s not even so much about any given application; the killer aspect is connectivity. That’s what inspires us here at Mobitopia.
Michael Gartenberg, a research analyst at Jupiter Research, agrees with Winer that his analogy is “great … and very correct”.
It’s not great, and it’s nowhere near being correct.
I’m not arguing that WML doesn’t have issues, but the fact is that there didn’t exist a variety of different formats that the WML could be presented in (as is the case with RSS). The same mark-up could at least be interpreted sanely by the majority of phones, even if didn’t entirely didn’t understand what it was talking about. The browser didn’t need to know umpteen different ways in which to decode the same information, each piece of which can potentially be decoded in a different way.
At first glance, you may think that perhaps my perspective on things is different because I’m in Europe and Gartenberg and Winer are in the US, but some people get it.