Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

The idea that you have to read everything is a reader UI design flaw. By presenting feeds as an inbox, it gives the impression of RSS feeds being email. And that's not right, it can be, but it doesn't have to be.

The TikTok model is about scrolling, skipping, being selective.

RSS readers should be treated the same way. "River of news" is an RSS thing. You dive in when stuff interests you, and you let what doesn't interest you flow by.

Twitter is basically an RSS-like reader with 120 character limits on posts. You subscribe to interesting people, and their little posts drop on your homepage in reverse chronological order. There's no inbox or unread items. You just scroll past to the next item that interests you.

Yeah, turning off unread-items counters, definitely. The value of RSS is in what you chose to read. It's not an anti-library. And if something is really great, a good subscription list means someone you're reading will likely mention it and link to it.





I prefer the inbox to the river. It's not that difficult to scan my (categorised) inbox and “mark all as read” for a given feed.

But then again, I don't subscribe to too many things, and quickly unsubscribe from feeds that publish too often. There is a blog for fathers that publishes every day. No, thanks, I need to digest what I've read last week.


I find this topic of link aggregation, feeds and readlists highly interesting and believe that herein lies the solution for a new web similar to like reddit basically imagined it, before going full commercial.

Both presented ways in looking at an RSS feed make sense and come with their own set of pros and cons. But to me it looks like it is entirely possible and the best solution to treat it as both at the same time: the feed is a stream, but you treat it as an inbox not for the items that are streamed themselves (e.g. blog entries), but as the notification that they exist. So, I will try out in the future to keep three lanes: a readlis, where you store the things you want to read, a read-it where you store the things you actually read already and the RSS-feed aggregor "inbox" where you marked things as read if you decided to either put it on the readlist or not. So the read-marker of the RSS-feed aggregor becomes a "noted-it" button.

A fourth lane that forwards interesting reads or notifications could be the building brick of a new internet, where you aggregate things from people you like or trust and index them as your personalised search engine.


Yeah, everything you've said makes good sense. At the end of the day RSS is just a decent protocol for these purposes, even if more modern alternatives exist. But I think these modern alternatives are better for your purposes.

Do you have specific things in mind to which you refer as more modern alternatives?

I had looked into JSON Feed or WebSub as a layer on feeds. I'm not sure it's possible but the federated thingies like ActivityPub might also give the same result, especially since Ghost supports it natively in the dashboard.

I went through this thought process of creating a mechanical system to find interesting content all across the web for me based on my preferences that it learned.

And I started thinking about the supreme importance of high quality data sources... realizing there's a power law there, where I could just subscribe to a few high quality people... and ended up reinventing RSS from first principles.

And then instead of embeddings we have tags...

Honestly I think we nailed it in 2005 :)


This is an insight I realized several years ago: I want RSS, but I don't want to track what I've read and haven't. I solved my problem by writing a bot for each RSS feed - it would mirror posts in Diaspora. I would then subscribe to those bots.

These days it's Mastodon, but same idea. I just scroll and browse a bit, with nothing in the system telling me I have 573 unread posts.


Twitter was . Not is . And I'm not talking about the name change.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: