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

It depends what level of abstraction you're working at. At the level of sockets, you're right that a mail server receives a connection from a sender when a newsletter is sent, whilst an RSS aggregator initiates connections to each feed's source when it polls, even if there are no new articles. At a lower level, the server's doing polling to check for new connections, but that's a fast local operation so it doesn't break the higher-level abstraction.

I wouldn't say there's much difference from a user point of view, i.e. "clicking". Polling for feeds with an RSS reader is comparable to polling for new messages with a mail client. Both can be made fast by fetching mail and/or news in the background, either using a client or using an OS service.



You are quite correct. But for vast majority of real world users RSS is quite misterious piece of technology. Emails are ok, everyone 'knows' what the email is? But 'feed'. Can I save it for offline use? Can I forward it to friends and family?


> But for vast majority of real world users RSS is quite misterious piece of technology.

I would imagine that the "vast majority of real world users" of this email-to-RSS converter know exactly what RSS is

:)


there are about 2.5 billion email users worldwide. At the same time only around 100 million use RSS. Speaking of vastness of majority.


And feeds also have a (close to) instant notification mechanism in the form of W3C PubSub aka pubshubhubbub.




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

Search: