Some of our users have pointed out that the http://www.rssbandit.org domain which houses information about the RSS Bandit project including documentation and support forums is down. This is due to the fact that our hosting provider has taken down the site because it "uses 100% of CPU and slows down the other websites on that server" and it will not be reinstated until we fix whatever is causing this issue.

Torsten and I are trying to get this fixed as soon as possible. Thanks for your patience.

Update: The site is back up.
 

Categories: RSS Bandit

Microsoft is the only company I've worked for us a full time employee which means that sometimes I wonder how different my perspective of inter-office interaction is from that of the average software developer with a wider range of experiences. For example, one thing I've noticed about internal mailing lists is that there are always people who seem to assume that they are smarter and more knowledgeable about a product or technology than the people who actually work on the product. You can tell these people by the way they point out obvious features that are missing in the product and berate the team for not having them (e.g. why isn't there podcasting support in Windows Media Player or social bookmarking in Windows Live Favorites or support for RELAX NG in System.Xml, etc). I've seen critics both internal and external to Microsoft raise these questions probably because every one of these questions seems like it points to a bad decision on the part of the product team. However things are never so cut and dried.

A couple of weeks ago, I read a blog entry on Robert Scoble's blog where he mentioned that one of the most surprising things about working at Microsoft was that practically every time he criticized a product team for a decision they made there was a good reason behind it. Just this week, I was reading posts by Joshua Allen and Mini-Microsoft that criticized the disappearance of Microsoft Private Folders 1.0 due to "concerns around manageability, data recovery and encryption". Neither of them considered whether these concerns could be valid as pointed out by a comment in the Mini-Microsoft blog which is excerpted below

So what makes you think, even for a New York Minute, that we haven't already been on the firing line because some "gotta have the shiny thing" senior middle mgmt bozo installed this My Private Folder "cool tool" and immediately forget the password that was "securing" the files for a $250,000 project?

I'm here in Redmond, Mini, working IT for a company with 4000 people internationally, 1000 in the US. Some of our staff has been in MS advertisements - there's no dearth of Kool-Aid here. But you want to blame the IT lords? No.

Blame the users to whom your company gave a loaded gun.

It's always interesting to see the other side of the story. Of course, I'm guilty of such criticism of product teams myself. Just this week, I walked over to Jay Fluegel's office to rant about the fact that MSN Spaces hasn't done much in providing users with cool widgets for their space or fixing the bugs in existing widgets in recent months. He not only agreed with me, he also showed me what they have planned to address my issues (i.e. Windows Live Gadgets) and I was blown away.

On the other hand, just because a product team thinks it has a good reason doesn't always make it one. For example, given the predictable amount of negative press about adCenter not supporting Firefox, Safari or IE 7 I would have made the call to not ship whatever features that depend on AJAX/ActiveX/whatever that depend on IE 6 than tell ~10% of the people on the Web that we don't want their advertising dollars. I have no insight into why they made this decision but I'm sure there is a good reason behind it. ;)


 

Categories: Life in the B0rg Cube

I recently stumbled on YouOS and was struck by how bad an idea I thought it was. I don't even have to write down why, because Jon Udell has already beaten me to the punch with his article Application UI goes back to basics where he writes

Consider the effects of the graphical user interface. At hospital admitting desks, in accountants’ offices, and at video retail stores, I watch people perform tasks for which the desktop metaphor — with its cluttered surface and overlapping resizable windows — is at best a distraction and at worst an impediment.

Although YouOS is an interesting bit of technical wizardry, it seems like a step back when it comes to providing value to end users. The fact that there are multiple, tailored interfaces to my data on the Web (e.g. del.icio.us for my links, My Yahoo! for my digital dashboard, MSN Spaces for my photos and social network, etc) all accessible from a different tab in my browser is a lot more powerful than the classic WIMP interface that drives desktop computing. Trying to port the desktop metaphor to the Web is like working on how to fuel your car with hay because that is what horses eat.

Last year at the Web 2.0 conference, both Ray Ozzie and Sergey Brin said similar things when asked about Web-based office suites. Of course, since then Google purchased Writely and shipped Google Spreadsheets which is somewhat contradictory. :)


 

Categories: Technology

Brian Jones has a blog post entitled Politics behind standardization where he writes

We ultimately need to prioritize our standardization efforts, and as the Ecma Office Open XML spec is clearly further along in meeting the goal of full interoperability with the existing set of billions of Office documents, that is where our focus is. The Ecma spec is only a few months away from completion, while the OASIS committee has stated they believe they have at least another year before they are even able to define spreadsheet formulas. If the OASIS Open Document committee is having trouble meeting the goal of compatibility with the existing set of Office documents, then they should be able to leverage the work done by Ecma as the draft released back in the spring is already very detailed and the final draft should be published later this year.

To be clear, we have taken a 'hands off' approach to the OASIS technical committees because:  a) we have our hands full finishing a great product (Office 2007) and contributing to Ecma TC45, and b) we do not want in any way to be perceived as slowing down or working against ODF.  We have made this clear during the ISO consideration process as well.  The ODF and Open XML projects have legitimate differences of architecture, customer requirements and purpose.  This Translator project and others will prove that the formats can coexist with a certain tolerance, despite the differences and gaps.

No matter how well-intentioned our involvement might be with ODF, it would be perceived to be self-serving or detrimental to ODF and might come from a different perception of requirements.   We have nothing against the different ODF committees' work, but just recognize that our presence and input would tend to be misinterpreted and an inefficient use of valuable resources.  The Translator project we feel is a good productive 'middle ground' for practical interoperability concerns to be worked out in a transparent way for everyone, rather than attempting to swing one technical approach and set of customer requirements over to the other.

As someone who's watched standards committees from the Microsoft perspective while working on the XML team, I agree with everything Brian writes in his post. Trying to merge a bunch of contradictory requirements often results in a complex technology that causes more problems than it solves (e.g. W3C XML Schema). In addition, Microsoft showing up and trying to change the direction of the project to supports its primary requirement (an XML file format compatible with the legacy Microsoft Office file formats) would not be well received.

Unfortunately, the ODF discussion has seemed to be more political than technical which often obscures the truth. Microsoft is making moves to ensure that Microsoft Office not only provides the best features for its customers but ensures that they can exchange documents in a variety of document formats from those owned by Microsoft to PDF and ODF. I've seen a lot of customers acknowledge this truth and commend the company for it. At the end of the day, that matters a lot more than what competitors and detractors say. Making our customers happy is job #1. 


 

Categories: XML

July 18, 2006
@ 05:12 PM

Yesterday, I spent way too much time trying to figure out how to import an OPML feed list into Bloglines from the UI before giving up and performing a Web search to find out the how to do it. Below is a screenshot of the key choices one has for managing ones feeds in Bloglines.

And this is what the Bloglines FAQ has in response to the question How Can I Import An Existing List of Subscriptions?

Once you have registered with Bloglines and replied to the confirmation email, click on the My Feeds tab at the top of the screen. Then, click on the Edit link. At the bottom of the left panel will be a link to import subscriptions. The subscription list must be in OPML format.
Why is importing a feed list an 'Edit' operation and not an 'Add'? Who designs this crud?

 

Given the amount of time I now spend working on features for Windows Live Messenger I've started reading blogs about the IM/VOIP industry such as Skype Journal and GigaOm. I now find news stories that I'd traditionally miss, such as the Skype Journal blog post entitled "We have no interest in cracking, replicating, reverse engineering or pirating Skype's software."which links to a blog entry entitled not rumors about the recent news that the Skype protocol had been reverse engineered. The linked blog post is excerpted below.

Well, rumors are not rumors :) But things are not going like the ways people think, as they are disclosed a little without many further explainations, anecdotes breeds especially when sensitively relating with a big hot biz and politics.

As a long-term friend with this Chinese team, but an outsider in Skype, VOIP or P2P tech and biz, I observed the whole process of that shock and wondered why they did not give a word to declare their status. Because I once heard the beautiful prospect in their minds and know it is not what some people talked about in the Internet. But even then I was confused with blooming gossips. I thought that they just did not realize how a small stone could stir big waves. So I quoted some interesting, constructive (well, I like the open source ideas most), exaggerating and offensive comments and wrote an email to them.

This morning, I received a call from China and then followed an email. In the call, I urgently asked them about that rumors, they did not deny but said they also bothered with endless calls and emails for all purposes - interviews, verifications, legal affairs, biz talks... which disturbed their main aim and daily work- research, and in email they wrote

    "We have no interest in cracking, replicating, reverse engineering or pirating Skype's software. We just want to invent a better one. Having learned from and inspired by Skype, we are going to create a P2P Internet platform where all social groups can enjoy efficient, secure and free communication. This network platform will be better than SkypeNet that we are using today."

Then we chatted about some broad issues to fulfill my curiosity, which mainly related to the (potential) reaction of Skype Corp. They said they are just kids standing on the shoulders of giants.

If this blog post is accurate then it looks like the various pundits claiming that this will lead to a plethora of 3rd party desktop clients using the Skype network are out of luck. Of course, this could still happen if the research team publishes their findings but if they truly are fans of the Skype team they may not want to raise their ire. Either way, it'll be interesting to see what they end up building based on their knowledge of the Skype protocol. 


 

Larry Hryb (aka Major Nelson) has a blog post entitled It's back: Xbox Live Friends list on Messenger where he writes

Finally...you can check your Xbox Live Friends list from messenger!

After a 14–month hiatus, it’s back! You can now check your Xbox Live friends list from MSN Windows Live Messenger*. Don’t have Messenger yet? Download it here. If you already have messenger, click on the Xbox tab and you’ll see your friends list. Plus, you can even click a friend to go to their profile page. Nope…no word on when/if we’ll combine the Messenger and Xbox Live friends lists, but at least we've got this back.

*Note this is for US and Japan passport accounts only. Other regions may have this function, but it is purely up to the regional Windows Live Messenger teams if they want an Xbox tab...the Xbox team does not make this decision.

 Edit: Having trouble signing in? Arne360 posts some help.

It's been a good month for Windows Live Messenger users. First, we get interoperability with Yahoo! Messenger users and now this. Sweet.


 

Categories: Windows Live

July 15, 2006
@ 10:25 PM

Nathan Torkington has a blog post entitled A Week in the Valley: GData on the O'Reilly Radar blog that talks about the growth of the usage of GData & the Atom Publishing Protocol within Google as well as Marc Lukovsky's take on how this compared to his time at Microsoft working on Hailstorm. Nat writes

They're building APIs to your Google-stored data via GData, and it's all very reminiscent of HailStorm. Mark, of course, was the architect of that. So why's he coming up with more strategies to the same ends? I figure he's hoping Google won't screw it up by being greedy, the way Microsoft did...The reaction to the GData APIs for Calendar have been very positive. This is in contrast to HailStorm, of course, which was distrusted and eventually morphed its way through different product names into oblivion. Noting that Mark's trying again with the idea of open APIs to your personal data, I joked that GData should really be "GStorm". Mark deadpanned, " I wanted to call it ShitStorm but it didn't fly with marketing".

Providing APIs to access and manipulate data owned by your users is a good thing. It extends the utility of the data outside that of the Web applications that may be the primary consumer of the data and it creates an ecosystem of applications that harness the data. This is beneficial to customers as can be seen by looking around today at the success of APIs such as the MetaWeblog API, Flickr API or del.icio.us API.

Five years ago, while interning at Microsoft, I saw a demo about Hailstorm in which a user visiting an online CD retailer was showed an ad for a concert they'd be interested in based on their music preferences in Hailstorm. The thinking here was that it would be win-win because (i) all the user's data is entered and stored in one place which is convenient for the user (ii) the CD retailer can access the user's preferences from Hailstorm and cut a deal with the concert ticket provider to show their ads based on user preferences and (iii) the concert ticket provider gets their ads shown in a very relevant context.

The big problem with Hailstorm is that it assumed that potential Hailstorm partners such as retailers and other businesses would give up their customer data to Microsoft. As expected most of them told Microsoft to take a long walk of a short pier. 

Unfortunately Microsoft didn't take the step of opening up these APIs to its online services such as Hotmail and MSN Messenger but instead quietly canned the project. Fast forward a few years later and the company is now playing catchup to ideas it helped foster. Amusingly, people like Mark Lucovsky and Vic Gundotra who were influential during the Hailstorm days at Microsoft are now at Google rebuilding the same thing.

I've taken a look at GData and have begun to question the wisdom of using Atom/RSS as the baseline for information interchange on the Web. Specifically, I have the same issues as Steven Ickman raised in a comment on DeWitt Clinton's blog where he wrote

From a search perspective I’d argue that the use of either format, RSS or Atom, is pretty much a hack. I think OpenSearch is awesome and I understand the motivators driving the format choices but it still feels like a hack to me.

Just like you I want to see rich structured results returned for queries but both formats basically limit you to results of a single type and contain a few known fields (i.e. link, title, subject, author, date, & enclosure) that are expected to be common across all items.

Where do we put the 100+ Outlook defined contact fields and how do we know that a result is a contact and not an appointment or auction? Vista has almost 1000 properties defined in its schema so how do we convey that much metadata in a loseless way? Embedded Microformats are a great sugestion for how to deal with richer content but it sort of feels like a hack on top of a hack to me? What’s the Microformat for an auction? Do I have to wait a year for some committee to arrive at joint aggreement on what attributes define an auction before I can return structured auction results?

When you have a hammer, everything looks like a nail. It seems Steven Ickman and I reviewed OpenSearch/GData/Atom with the same critical lens and came away with the same list of issues. The only thing I'd change in his criticism is the claim that both formats (RSS & Atom) limit you to results of a single type, that isn't the case. Nothing stops a feed from containing data of wildly varying types. For example, a typical MSN Spaces RSS feed contains items that represent blog posts, photo albums, music lists, and book lists which are all very different types.

The inability to represent hierarchical data in a natural manner is a big failing of both formats. I've seen the Atom Threading Extensions but that seems to be a very un-XML way for an XML format to represent hierarchy. Especially given how complicated message threading algorithms can be for clients to implement.

It'll be interesting to see how Google tackles these issues in GData.


 

July 14, 2006
@ 06:15 PM

Microsoft has stated that the recently announced interop between Yahoo! Messenger and Windows Live Messenger has created the world's largest IM network. Exactly how big is it compared to the others? Check out the table below which contains ComScore numbers from May 2006. The excerpt is from the Silicon Valley Sleuth blog post entitled Google Talk fails to find an audience

Google's instant messaging service ranks at the bottom of the overall ranking, which is dominated by MSN Messenger/Windows Live Messenger (204m subscribers), Yahoo! Messenger (78m), AIM (34m) and ICQ (33.9m).

ICQ actually grew by more than 10 per cent year-over-year, the data indicated. The network is owned by AOL and is considered the first mainstream instant messaging application.

Another interesting factoid from the data is that E-buddy (formerly known as E-messenger) rules the unified messenger category ahead of Trillian, claiming 3.9m vs. 1.3m unique visitors.

E-buddy offers on online unified messenger for MSN, AOL and Yahoo – no installation required. The great benefit is that it allows users on bolted down corporate networks to connect to instant messaging services without any intervention from the IT department.

Immarket

Interestingly enough, when I read geek blogs I tend to see people assume that Trillian, Meebo and AOL Instant Messenger are the dominant applications in their category. People often state anecdotally that "All my friends are using it so it must be #1", given that IM buddy lists are really social networks it's unsurprising when everyone you know uses the same IM application in much the same way that is unsurprising that everyone you know hangs out at the same bar or coffee shop. However one doesn't extrapolate the popularity of a bar or coffee shop just because everyone you know likes it. The same applies to online hangouts whether they be instant messaging applications, social networking sites, or even photo sharing sites.


 

Categories: Social Software

The Google Adwords API team has a blog post entitled Version 3 Shutdown Today which states

Please take note… per our announcement on May 12, we will shutdown Version 3 of the API today.

Please make sure you have migrated your applications to Version 4 in order to ensure uninterrupted service. You can find more information about Version 4 (including the release notes) at http://www.google.com/apis/adwords/developer/index.html.

-- Rohit Dhawan, Product Manager

This is in compliance with the Adwords API versioning policy which states that once a new version of the WSDL for the Adwords API Web service is shipped, the old Web service end point stops being supported 2 months later. That's gangsta.

Thanks to Mark Baker for the link.