New to the Mac? Check out TUAW's Mac 101

Envisioning a usable future for RSS

RSS feed overload is apparently a real problem for many people already and a variety of ways to deal with it are emerging through feed readers' every day practices. Short of thought or time intensive and awkward hacks (or Steve Ruebel's "nuclear option" of deleting all his feeds entirely if he misses a day of feed reading), what sorts of things should feed reading people be asking for Feed Reader vendors to consider including in future iterations of their software?

Danny Ayers points out today that in a world of ubiquitous computing, we are liable to drown in RSS feeds for RFID sensors, GPS tracking devices and goodness knows what else. I know I see things every day that I'd like to slap a tiny sensor on and track by feeds! This is liable to be an increasingly serious problem, though, and feed overload could for all intents and purposes break the medium of RSS altogether.

My favorite suggestions so far on how to deal:
  • Nicole Simon of Bloxpert, in a hard-hitting interview with Bloglines' Mark Fletcher last month, asked why feeds couldn't be subscribed to on a perishable basis. After a short period of time subscribers would be asked if they wish to remain subscribed to the feed - otherwise it would be deleted. I love that idea.
  • Ben Casnocha writes from the "get over it" camp of dealing with overload - subscribe freely to lots of feeds, skim quickly and find an acceptable signal-to-noise ratio.
  • I've found that hierarchies of priority are useful. I put my feeds in folders by theme, put the ones that have infrequent and important updates (like search for inbound links to my site) in their own folders and then use Peter Brown's immedi.at to subscribe to IM notifications of updates to the super-important and time sensitive feeds.

I can only imagine, given the ingenuity of Nicole Simon's feature request, that there must be other great ideas lurking out there in readers' brains. I found the major feed reader vendors to be pretty responsive to customer feedback. Anyone care to share?

Reader Comments

(Page 1)
BlogHer
Categories
A9 (0)
aggregators (19)
AJAX (4)
AOL (0)
APIs (4)
attention (3)
blogging (37)
citizen media (19)
cluetrain (2)
collaboration (9)
companies (17)
conferences (1)
Creative Commons (3)
dating sites (0)
developers (1)
digital music (2)
DRM (1)
e-commerce (4)
email (2)
file-sharing (1)
folksonomy (4)
gaming (4)
Google (9)
Identity 2.0 (1)
IM (9)
industry (2)
internet radio (0)
KM (1)
lawsuits (1)
long tail (0)
mapping (12)
mashups (10)
microformats (2)
Microsoft (2)
MMOs (4)
mobile (4)
moblogging (1)
MoSoSo (0)
MSM (9)
MSN (0)
music services (2)
nptech (6)
on-demand media (0)
open source (2)
OPML (4)
paradigm shifts (11)
photo-sharing (3)
podcasting (10)
portable media (4)
remix culture (2)
reputation (3)
RSS (32)
Ruby on Rails (1)
search engines (11)
SEM (0)
social bookmarking (11)
social media (7)
social networking (18)
social news (4)
social software (11)
startups (3)
tagging (14)
ubicomp (0)
VCs (3)
videoblogging (11)
VoIP (6)
web 2.0 (26)
web services (18)
web standards (0)
webOS (0)
wikis (7)
wireless media (5)
Yahoo (7)

RESOURCES

RSS NEWSFEEDS

Powered by Blogsmith

Other Weblogs Inc. Network blogs you might be interested in: