MS Reveals Info On New RSS Extensions
dizzy_p writes "Microsoft released yesterday more information on their earlier announced extensions to the RSS format(s). The specifications can be found on MSDN. The question is, will the mainstream developer adopt these specifications, or will they only live in the Microsoft "Blogosphere" (To quote MSDN). The specifications in question are named Microsoft Simple Sharing Extensions Specification and Microsoft Simple List Extensions Specification"
More proprietary extensions from Microsoft. Now the question is, how useful are they really?
In all honesty I'd be more impressed if I saw them adhering to standards with even half the zeal that they want to "enhance" them.
I'm not very familiar with this topic, and of course Microsoft-bashing is easy in this forum, but still: What kind of attitude is that? Making extensions to a specification and publishing them for everybody else to use? So that's the way standards are defined in the Microsoft universe? I thought "making a standard" meant getting together with everybody else (or at least some approximation of that) and work things out together?
Can we learn from the lesson of Java that M$ is not the company that should be setting the standard for anything industry based. They always come out with their own modified version of XYZ and make everybody else play with them.
Embrace and extend will not work as well as Microsoft think. Why? Because it's not the user that decides what feeds are available - it's the webmaster.
Webmaster's want to maximise the number of people who can productively use their site. Given the choice of Microsoft's custom format or a format submitted to the IETF for an RFC number I know which one I'd rather use.
Simon.
Funny, I don't ever recall reading that Microsoft was responsible for the development and evolution of RSS. And now they want to set their own development standards? Seems to me that we had this same problem with HTML circa 1998/9.
401 - Attention span not found
That means that if they happen to have a patent, they can submarine it. They can wait till everybody start using their extensions and then "disover" a patent and get fees (but constant fees) from people.
Rethinking email
Also, MS explicitly states that they have no intention of burdening implementations of the standard with patents.
I have no intention of getting a hangover ever again in my life. There is a slight difference of not having the intention and not actually doing it.
Don't fight for your country, if your country does not fight for you.
I have to wonder about the mentality of someone who looks at the RSS specification and thinks "What Really Simple Syndication needs is to be less simple".
..This is the second phase in their usual plan of Embrace, Extend, Extinguish.
It's easier to fight for one's principles than to live up to them.
And today, this article appears on Developer.com: "RSS: So Simple with Wisual Basic 2005".
4 1
http://www.developer.com/net/vb/article.php/35671
"In no time, you can build a simple RSS viewer that takes a user-entered RSS feed URL and retrieves the title, description, and link for that channel."
And so now we can expect a rapid proliferation of readers that don't work with every other RSS feed in the world; they will require the 'Microsoft Extensions' (I am assuming this of the VB implementation, either now or in the future). RSS feeds and readers alike will eventually have to implement it one way or the other.
I don't know what the plan for World Domination here is, but it goes something like this:
1) Wedge yourself in the middle where no one wants or needs you
2) ???
3) Profit!
Stage 1: Embrace
Otherwise, this undos everything, i.e. takes the simple out of RSS
RAND licencing basically means open source projects are not able to implement this feature. I don't know of too many open source developers who can afford to pay licensing fees to MS. I suspect that there are patents out there and that MS will price them just above what the open source developers can afford. That way they can be non discriminating and still be a "standard".
This is why ECMA is a joke. ECMA should not allow patented standards. It's an oxymoron.
evil is as evil does