<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: The Next Step Should Be An Open Specification</title>
	<atom:link href="http://www.saunderslog.com/2006/07/13/the-next-step-should-be-an-open-specification/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.saunderslog.com/2006/07/13/the-next-step-should-be-an-open-specification/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=the-next-step-should-be-an-open-specification</link>
	<description>An outcome-driven leader, proven technology product developer, and  marketer with over 20 years of hands-on experience including start-up, small and large business environments, and the board room. This is my blog.</description>
	<lastBuildDate>Thu, 26 Jan 2012 17:15:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Why I dumped the other IM networks for Skype &#8212; Alec Saunders SquawkBox</title>
		<link>http://www.saunderslog.com/2006/07/13/the-next-step-should-be-an-open-specification/#comment-3168</link>
		<dc:creator>Why I dumped the other IM networks for Skype &#8212; Alec Saunders SquawkBox</dc:creator>
		<pubDate>Wed, 26 Nov 2008 09:21:59 +0000</pubDate>
		<guid isPermaLink="false">http://saunderslog.com/2006/07/13/the-next-step-should-be-an-open-specification/#comment-3168</guid>
		<description>[...] announced that their networks would interoperate.  At the time many of us called for them to deliver an open specification, delivering us from the IM Gulag that the industry has created.  Today there is still no respite [...]</description>
		<content:encoded><![CDATA[<p>[...] announced that their networks would interoperate.  At the time many of us called for them to deliver an open specification, delivering us from the IM Gulag that the industry has created.  Today there is still no respite [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Computerworld's IT Blogwatch</title>
		<link>http://www.saunderslog.com/2006/07/13/the-next-step-should-be-an-open-specification/#comment-3167</link>
		<dc:creator>Computerworld's IT Blogwatch</dc:creator>
		<pubDate>Fri, 14 Jul 2006 15:29:50 +0000</pubDate>
		<guid isPermaLink="false">http://saunderslog.com/2006/07/13/the-next-step-should-be-an-open-specification/#comment-3167</guid>
		<description>&lt;strong&gt;Yahoo! shall! speak! unto! Microsoft! (and tessellation animation)...&lt;/strong&gt;

YT? LOL@ IT Blogwatch, in which Microsoft and Yahoo! interoperate, instant-messaging-wise. Not to mention some amazing Japanese animated tessellations......</description>
		<content:encoded><![CDATA[<p><strong>Yahoo! shall! speak! unto! Microsoft! (and tessellation animation)&#8230;</strong></p>
<p>YT? LOL@ IT Blogwatch, in which Microsoft and Yahoo! interoperate, instant-messaging-wise. Not to mention some amazing Japanese animated tessellations&#8230;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: One truce aside, the IM war continues &#187; Mathew Ingram: mathewingram.com/work</title>
		<link>http://www.saunderslog.com/2006/07/13/the-next-step-should-be-an-open-specification/#comment-3164</link>
		<dc:creator>One truce aside, the IM war continues &#187; Mathew Ingram: mathewingram.com/work</dc:creator>
		<pubDate>Thu, 13 Jul 2006 15:30:49 +0000</pubDate>
		<guid isPermaLink="false">http://saunderslog.com/2006/07/13/the-next-step-should-be-an-open-specification/#comment-3164</guid>
		<description>[...] If you only read certain blogs or publications today &#8212; or press releases from both Microsoft and Yahoo &#8212; you would think that something truly revolutionary had been announced, with the news that Microsoft&#8217;s MSN Messenger (or Windows Live Messenger or whatever we&#8217;re supposed to call it nowadays) will inter-operate with Yahoo&#8217;s instant messaging client as part of a limited beta. Thankfully, however, there are people with memories that last longer than a week or two, like Elinor Mills of CNet and Alec Saunders of Iotum and Stowe Boyd of, well&#8230; Stowe Boyd. [...]</description>
		<content:encoded><![CDATA[<p>[...] If you only read certain blogs or publications today &#8212; or press releases from both Microsoft and Yahoo &#8212; you would think that something truly revolutionary had been announced, with the news that Microsoft&#8217;s MSN Messenger (or Windows Live Messenger or whatever we&#8217;re supposed to call it nowadays) will inter-operate with Yahoo&#8217;s instant messaging client as part of a limited beta. Thankfully, however, there are people with memories that last longer than a week or two, like Elinor Mills of CNet and Alec Saunders of Iotum and Stowe Boyd of, well&#8230; Stowe Boyd. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alec</title>
		<link>http://www.saunderslog.com/2006/07/13/the-next-step-should-be-an-open-specification/#comment-3166</link>
		<dc:creator>Alec</dc:creator>
		<pubDate>Thu, 13 Jul 2006 15:21:06 +0000</pubDate>
		<guid isPermaLink="false">http://saunderslog.com/2006/07/13/the-next-step-should-be-an-open-specification/#comment-3166</guid>
		<description>Nice Greg :)  The problem, of course, is that so long as the products are based on closed protocols, simple changes to those protocols can bamboozle your group of guys and gals... </description>
		<content:encoded><![CDATA[<p>Nice Greg <img src='http://www.saunderslog.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />   The problem, of course, is that so long as the products are based on closed protocols, simple changes to those protocols can bamboozle your group of guys and gals&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg Fields</title>
		<link>http://www.saunderslog.com/2006/07/13/the-next-step-should-be-an-open-specification/#comment-3165</link>
		<dc:creator>Greg Fields</dc:creator>
		<pubDate>Thu, 13 Jul 2006 15:12:43 +0000</pubDate>
		<guid isPermaLink="false">http://saunderslog.com/2006/07/13/the-next-step-should-be-an-open-specification/#comment-3165</guid>
		<description>Good point, Alec.  It&#039;s good to hear about news of interoperability.  It would be even better to base that news on some kind of statement of intent from Yahoo or MSFT camps regarding an open specification.  I really don&#039;t think either situation - dev to open spec or further integration beyond client base functionality - will happen any time soon.  Both MSFT and Yahoo! are looking to allocate resources that help build their communities, which in turn drives their brand awareness, builds powerful # of users (a figure which every press release will be sure to include), and drives the proliferation of their products into segments with greater ease. 
 
Nowhere in that reasoning is there room for a &quot;user needs&quot; paradigm beyond which features product planning should shove into the next release.  In this instance, the needs of IM users are opposed to those of the commercial entities.  Further, if we look beyond IM and point our spectacles at other technology areas, the future of a single spec looks grim.  Linux distros for mobile/wireless terminals are fighting over the single spec.  Vendors in the wireless value chain still fight over CDMA versus GSM based wireless protocols.  Then there is the heated battle for the desktop between Windows, MacOSX and Linux.  The need for technology choice abounds. 
 
While it&#039;s not likely we&#039;ll see the adoption of a single spec, what is more likely is to see an enterprising, innovative group of guys and gals who come up with a way to abstract everything but the native widget set and provide a single IM client that aggregates all others. 
 
Even better if that group of guys and gals delivered a value-added feature and found a business model to keep them afloat long enough to release a production-quality product. 
 
Dare to dream, I guess. </description>
		<content:encoded><![CDATA[<p>Good point, Alec.  It&#039;s good to hear about news of interoperability.  It would be even better to base that news on some kind of statement of intent from Yahoo or MSFT camps regarding an open specification.  I really don&#039;t think either situation &#8211; dev to open spec or further integration beyond client base functionality &#8211; will happen any time soon.  Both MSFT and Yahoo! are looking to allocate resources that help build their communities, which in turn drives their brand awareness, builds powerful # of users (a figure which every press release will be sure to include), and drives the proliferation of their products into segments with greater ease. </p>
<p>Nowhere in that reasoning is there room for a &quot;user needs&quot; paradigm beyond which features product planning should shove into the next release.  In this instance, the needs of IM users are opposed to those of the commercial entities.  Further, if we look beyond IM and point our spectacles at other technology areas, the future of a single spec looks grim.  Linux distros for mobile/wireless terminals are fighting over the single spec.  Vendors in the wireless value chain still fight over CDMA versus GSM based wireless protocols.  Then there is the heated battle for the desktop between Windows, MacOSX and Linux.  The need for technology choice abounds. </p>
<p>While it&#039;s not likely we&#039;ll see the adoption of a single spec, what is more likely is to see an enterprising, innovative group of guys and gals who come up with a way to abstract everything but the native widget set and provide a single IM client that aggregates all others. </p>
<p>Even better if that group of guys and gals delivered a value-added feature and found a business model to keep them afloat long enough to release a production-quality product. </p>
<p>Dare to dream, I guess.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

