[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: RSS beyond the Blog: 1992 or 1999? - was Re: hu

  • To: "Bullard, Claude L \(Len\)" <clbullar@i...>,"Michael Champion" <mc@x...>,"XML DEV" <xml-dev@l...>
  • Subject: RE: RSS beyond the Blog: 1992 or 1999? - was Re: hurry GenX...
  • From: "Joshua Allen" <joshuaa@m...>
  • Date: Thu, 18 Mar 2004 14:30:18 -0800
  • Thread-index: AcQNNjk3Ok3CPX0AR0u0wRaN/vw3sgAAJzfA
  • Thread-topic: RSS beyond the Blog: 1992 or 1999? - was Re: hurry GenX...

blog check ins
> you WOULD use RSS syndication for record level notifications. 
>  So you don't see a scale issue with that?

Well, I think RSS is best used for situations where you want to keep
track of events for a relatively broad group of participants which are
updated relatively infrequently.  The classic example is monitoring a
list of 20 friends who update their individual websites once every two
weeks -- aggregators help, because you don't want to spend hours a day
trolling through all of those web sites manually, especially when the
majority of the page hits show no changes.

So I think that bugs and file checkins meet that criteria.  Broad in the
sense that, to monitor the bug lists and checkins, I have to use two
different tools -- so monitoring these things causes context switches
for me and is a high cost in time.  Infrequent in the sense that I don't
get enough bugs to make it a full-time job, and code checkins are
something that I normally don't look to closely at, but I want to know
what's getting updated.

As far as scale goes, I'm not too worried.  It's true that we already
have alternatives which have (in most cases) better scalability profiles
-- for example, I also get e-mail automatically when certain checkins
occur.  Theoretically, this would be one SMTP connection (or less) per
checkin required to be initiated by the server, while my RSS reader may
bang the server 20 time to get that one checkin.  But on the other hand,
I get lots of those e-mails that I have no idea how to shut off, and
after multiple unsubscribes I route them to my garbage.  And my earlier
post to this thread about edge caches, caching proxies, and "push"
should better explain how I feel about web scalability.  In many cases,
"pull" will outscale "push" by a long shot, and it's doubtful that
anyone really needs the currency of "push".  I have seen a few cases,
like inventory reports for diamond sales, but that's about it.

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.