<?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:go='http://ns.gigaom.com/'
xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Everything But the Kitchen Sync</title>
	<atom:link href="http://gigaom.com/2006/10/26/everything-but-the-kitchen-sync/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2006/10/26/everything-but-the-kitchen-sync/</link>
	<description></description>
	<lastBuildDate>Fri, 10 Feb 2012 12:58:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Adesso Condenses Web Apps on Desktop</title>
		<link>http://gigaom.com/2006/10/26/everything-but-the-kitchen-sync/#comment-126757</link>
		<dc:creator><![CDATA[Adesso Condenses Web Apps on Desktop]]></dc:creator>
		<pubDate>Thu, 19 Nov 2009 19:17:43 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2006/10/26/everything-but-the-kitchen-sync/#comment-126757</guid>
		<description><![CDATA[[...] works like much of the personal P2P and personal file-syncing software we&#8217;ve covered, though it does not use any peer-to-peer juice on the delivery side. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] works like much of the personal P2P and personal file-syncing software we&#8217;ve covered, though it does not use any peer-to-peer juice on the delivery side. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gibu Thomas</title>
		<link>http://gigaom.com/2006/10/26/everything-but-the-kitchen-sync/#comment-126756</link>
		<dc:creator><![CDATA[Gibu Thomas]]></dc:creator>
		<pubDate>Fri, 27 Oct 2006 00:30:34 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2006/10/26/everything-but-the-kitchen-sync/#comment-126756</guid>
		<description><![CDATA[&lt;p&gt;Liz,&lt;/p&gt;

&lt;p&gt;I want to clarify your &#039;hole in the product offering&#039; comment.  The distinction you point out is not a hole as much as an un-implemented feature. &lt;/p&gt;

&lt;p&gt;As you rightly point out, overwriting a file in the underlying file system can have unintended implications, and we are being thoughtful about what choices we make for the user and what not.  There are merits to the usecase that the PMP guys point out, and we have a plan to address this in an elegant way. Thankfully, it is far from the hardest thing we do.  &lt;/p&gt;

&lt;p&gt;These are all details, however.  The proof of the pudding ultimately is in the user experience and the market will judge any product&#039;s merit on how much it is delighted by it.&lt;/p&gt;

&lt;p&gt;We started Sharpcast almost 3 years ago with the goal to be a lot more than about synchronization or about photos. It is about creating a completely seamless online-offline-mobile experience, which bridges a user&#039;s various islands of data, whether it is their various devices, or the various applications and services online or offline.  &lt;/p&gt;

&lt;p&gt;It is about having your Mac work seamlessly with your PC and the web and your Symbian phone and never never having to do the same thing twice.  It is about having a powerful way to collaborate with your friends and family.  It is about never having to worry about backups. It is about a lot more things than that I don&#039;t have the space to get into here.&lt;/p&gt;

&lt;p&gt;We have barely un-peeled the first layer of that onion.  That is why it seems today like overkill to have real-time &#039;push&#039; sync for your photos.  Give us time and it will become clear why these details are important.  A truly great user experience is built on the margins and these seemingly insignificant details determine what happens at the margins.  This explains why the Blackberry succeeded where umpteen other corporate email solutions failed.  &lt;/p&gt;

&lt;p&gt;We are still the top of the first inning.  There is a lot of game left and we are committed to creating a user experience that we wish existed, but doesn&#039;t -- and delight our users.    &lt;/p&gt;

&lt;p&gt;Meanwhile, I would encourage anyone to try out the product and send us feedback.  &lt;/p&gt;

&lt;p&gt;Also, I prefer to think of myself as scrappy rather than feisty. That&#039;s the Sharpcast way ;)&lt;/p&gt;

&lt;p&gt;Thanks,&lt;/p&gt;

&lt;p&gt;Gibu Thomas
CEO, Sharpcast&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>Liz,</p>
<p>I want to clarify your &#8216;hole in the product offering&#8217; comment.  The distinction you point out is not a hole as much as an un-implemented feature. </p>
<p>As you rightly point out, overwriting a file in the underlying file system can have unintended implications, and we are being thoughtful about what choices we make for the user and what not.  There are merits to the usecase that the PMP guys point out, and we have a plan to address this in an elegant way. Thankfully, it is far from the hardest thing we do.  </p>
<p>These are all details, however.  The proof of the pudding ultimately is in the user experience and the market will judge any product&#8217;s merit on how much it is delighted by it.</p>
<p>We started Sharpcast almost 3 years ago with the goal to be a lot more than about synchronization or about photos. It is about creating a completely seamless online-offline-mobile experience, which bridges a user&#8217;s various islands of data, whether it is their various devices, or the various applications and services online or offline.  </p>
<p>It is about having your Mac work seamlessly with your PC and the web and your Symbian phone and never never having to do the same thing twice.  It is about having a powerful way to collaborate with your friends and family.  It is about never having to worry about backups. It is about a lot more things than that I don&#8217;t have the space to get into here.</p>
<p>We have barely un-peeled the first layer of that onion.  That is why it seems today like overkill to have real-time &#8216;push&#8217; sync for your photos.  Give us time and it will become clear why these details are important.  A truly great user experience is built on the margins and these seemingly insignificant details determine what happens at the margins.  This explains why the Blackberry succeeded where umpteen other corporate email solutions failed.  </p>
<p>We are still the top of the first inning.  There is a lot of game left and we are committed to creating a user experience that we wish existed, but doesn&#8217;t &#8212; and delight our users.    </p>
<p>Meanwhile, I would encourage anyone to try out the product and send us feedback.  </p>
<p>Also, I prefer to think of myself as scrappy rather than feisty. That&#8217;s the Sharpcast way ;)</p>
<p>Thanks,</p>
<p>Gibu Thomas<br />
CEO, Sharpcast</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Dewey</title>
		<link>http://gigaom.com/2006/10/26/everything-but-the-kitchen-sync/#comment-126755</link>
		<dc:creator><![CDATA[Robert Dewey]]></dc:creator>
		<pubDate>Thu, 26 Oct 2006 23:26:09 +0000</pubDate>
		<guid isPermaLink="false">http://gigaom.wordpress.com/2006/10/26/everything-but-the-kitchen-sync/#comment-126755</guid>
		<description><![CDATA[&lt;p&gt;Web-based storage (read, WebFS) is the future. It will likely be the backend to many mobile and embedded devices, allowing seamless access to data everywhere you go.&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>Web-based storage (read, WebFS) is the future. It will likely be the backend to many mobile and embedded devices, allowing seamless access to data everywhere you go.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

