My two cents on Echo and RSS I'm not an "A-List Weblogger", or really anyone special in the weblogging world, but I'm going to offer my two cents on this issue anyway.
RSS is based on XML, and generally, it works well for what it was designed for. I don't think we need Echo to replace RSS for what RSS is doing today.
However.
The way people are reading weblogs is changing, thanks to the features in the current crop of aggregators and features coming in future ones.
Instead of simply using RSS to see what the current stories are on a site (which is what RDF was originally created for right?) people are using RSS to subscribe to a site's content. The trend seems to be towards doing all your reading in the aggregator, which is fine with me.
There are some problems with this, though. And here's the interesting thing: Most of these problems existed already and are solved, by NNTP.
Weblogs won't scale. If you write something incredibly interesting and it gets posted to Slashdot or CNN, your little site is going to get destroyed. NNTP handles this by automatically mirroring content. RSS is going to need something like this when it goes mainstream - sure it will survive without it, but a standard mechanism of distributing RSS content would make for better bandwidth usage and help feeds scale. This is going to become especially important as more weblogs start incorporating "payloads" - pictures, video, music, etc.
There are also some standard operations that you expect to be able to do with a collection of items posted to a site: See if there are new ones, request specific old ones, and have some way of identifying which ones the user has read.
Usenet handles all these things.
When you talk to an NNTP news server, even though each article has a unique Message-ID, it also has a number local to that server. Your news reader knows you've read articles 1-2301145, and doesn't need to store 2301145 strings to know which ones you've read. This is important. Your news reader also knows when you've read 1-2301140,2301142-2301145, so simply storing the date of the last read item isn't enough. You need to know which ones you haven't read.
What I would like to see is a client/server weblog/news protocol. A next generation NNTP. NNTP already handles most (if not all) of what the weblogging community needs, and we know it scales. We could build on top of NNTP, the way SOAP is built on top of XML.
Anyway, that's my two cents.
10:27:39 AM
|