-
Website
http://www.windley.com -
Original page
http://www.windley.com/archives/2009/05/why_didnt_pubsub_become_twitter.shtml -
Subscribe
All Comments -
Community
-
Top Commenters
-
Adam Wride
7 comments · 13 points
-
rolandksmith
6 comments · 1 points
-
devio
9 comments · 1 points
-
MikeGrace
9 comments · 1 points
-
Jesse Stay
12 comments · 71 points
-
-
Popular Threads
-
Quit Your Job and Get a PhD
1 day ago · 4 comments
-
Ford Sync and the iPhone
2 weeks ago · 6 comments
-
Looping in KRL
1 week ago · 1 comment
-
Announcing the Kynetx Developer Exchange
3 weeks ago · 1 comment
-
Quit Your Job and Get a PhD
While one can do the job of the other, that doesn't make it a good tool. Just like using a flathead screwdriver instead of a crowbar when tearing down a wall.
short posts with longer ones.
Oh, and it was no longer just a nerdy thing to use online social networks, likely thanks to MySpace making it culturally "cool" to have a web profile.
SMS is still the only universal API for getting data from any phone into web services... and furthermore, is the only API that stands up when WiFi/Edge/3G networks go down or experience service interruption.
It's also increasingly necessary from an international perspective (that is, I might tweet by SMS when roaming, but I'm certainly not going to roam on data).
While it's true that phones are becoming more capable as publishing tools, I think that the network is still a great limitation on what we're able to do with these devices.
i also was broadly referring to the trend of twitter... that is now so big and not nec as centric to mobile devices as it was when it started as a status update service. now, we have a plethora of desktop apps and the website itself is improving.... and it's gone mainstream.
so, SMS is still an important component, especially for the reasons you mentioned. but a larger percentage of users will not use SMS on twitter.
when i said that "SMS is not a driving force anymore", i meant in the context of twitter specifically.
Why text messages are limited to 160 characters.Where is the Truth, here http://tr.im/kn1m or here: http://tinyurl.com/c5ko6c ...
the novelty. Now SMS is just an afterthought.
RSS missed the boat by sticking with simplicity rather than provide a lightweight version of NNTP. To me, Twitter API is really not much more than a Web 2.0 version of NNTP.
enable asymmetric following. There are plenty of people I follow who
don't follow me and people who follow me who I don't follow. That's
one-way. It only *looks* two-way when two people follow each other,
but it's just two one-way conduits.
But, I think this is probably the first time in my career that I've ever been accused of not having "vision"... The problem was not a lack of vision or concept, rather, it was not seeing well enough how to get from here to there (and not having the right management team at PubSub). The most important part of what I couldn't see was how to convince others that what I was building was valuable. The problem was communicating the vision... You may remember that I spent a great deal of time trying to convince people that "real-time" search and real-time message routing was valuable -- but virtually everyone responded that the minutes to hours of latency you got from polling RSS files was sufficient for all known applications. They were wrong, but their being wrong didn't help us at PubSub since we didn't know how to convince them that we were right.
Not only did we spend a great deal of time at PubSub working on real-time and prospective search, we also worked on a great many other issues that would be necessary to deploy things like microblogging as a *protocol* rather than as a closed, proprietary service. Thus, our thinking about this kind of application went into the Atom Format (things like the atom:source field, etc.). Also, I spent a great deal of time first on BEEP/APEX and then later on XMPP and the XEP-0060 the XMPP PubSub specification so that we'd have "push" protocols optimized for real-time applications rather than just HTTP's pull (Push is needed to get "real-time"...). Our projects like FeedMesh and efforts related to pinging were intended to build the low-latency data exchange backbone that would be needed to tie together the eventually vast torrent of small posts coming from millions of individual publishers. StructuredBlogging was intended to begin the process of popularizing semantic tagging in order to enable new real-time applications based on the pubsub protocols...
A lot of PubSub's work is being leveraged by people today. Twitter used to publish Atom entries over XMPP and the Laconi.ca based systems do so today. Companies like Gnip are basically proprietary implementations of FeedMesh. And, the applications of microblogging are rapidly broadening to the point where we'll need to consider semantic tagging and/or rules for creating structure within messages... So, the stuff we worked on wasn't a complete waste -- it is being used today, as it was intended to be used. It's just a little later than I expected and we get no credit for any of it. Ah well...
But, back to the "vision" thing... I started working in this area back in the early 80's and my vision for it hasn't really changed very much since then. But, I decided then that there wasn't enough network infrastructure or pent-up need in the market to make it work then. So, I waited. Later, I was horrified during the mid-90's when everyone got excited about "Push" technologies (PointCast, etc.) since I thought I might have waited too long -- even though I was sure that PointCast and friends were too early. Finally, in 2000, I decided that the net and people's understanding of it was developed enough to support applications like PubSub and what you see today as microblogging. Clearly, even though I'd waited 16 years, I hadn't waited long enough...
The problem wasn't not having the vision, it was picking the wrong time, the wrong team and the wrong approach to make that vision a reality.
bob wyman
Sorry to have unfairly maligned you in any way. Maybe I wrote it
poorly, but I was talking about the vision of the community at large,
not PubSub or you specifically. Sometimes technology doesn't take
because even if the founders have the vision, the people they're
talking to can't understand it yet because they don't have the
conceptual building blocks.
http://bob.wyman.us/main/2009/11/pubsubcom-v20-...