<?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/"
		>
<channel>
	<title>Comments on: Data Synchronization Pain</title>
	<atom:link href="http://itredux.com/2006/04/28/data-synchronization-pain/feed/" rel="self" type="application/rss+xml" />
	<link>http://itredux.com/2006/04/28/data-synchronization-pain/</link>
	<description>New Rules for a New IT World</description>
	<lastBuildDate>Mon, 08 Mar 2010 01:42:55 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: IT&#124;Redux &#187; 8000 Contacts in Your Pocket</title>
		<link>http://itredux.com/2006/04/28/data-synchronization-pain/comment-page-1/#comment-6171</link>
		<dc:creator>IT&#124;Redux &#187; 8000 Contacts in Your Pocket</dc:creator>
		<pubDate>Tue, 25 Jul 2006 14:40:12 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/04/28/data-synchronization-pain/#comment-6171</guid>
		<description>[...] Back in April, I complained about the pains of data synchronization, and my friend Assaf was quick to point to the fact that syndication was a far superior solution. Last week, Spanning Partners released a data syndication service that allows events stored in Salesforce.com to be syndicated to Apple iCal and stored into your iPod. Today, I deployed this solution and used simple export/import techniques to get about 8,000 contacts on my iPod. It worked. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Back in April, I complained about the pains of data synchronization, and my friend Assaf was quick to point to the fact that syndication was a far superior solution. Last week, Spanning Partners released a data syndication service that allows events stored in Salesforce.com to be syndicated to Apple iCal and stored into your iPod. Today, I deployed this solution and used simple export/import techniques to get about 8,000 contacts on my iPod. It worked.&nbsp;[&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ismael Ghalimi</title>
		<link>http://itredux.com/2006/04/28/data-synchronization-pain/comment-page-1/#comment-1979</link>
		<dc:creator>Ismael Ghalimi</dc:creator>
		<pubDate>Wed, 10 May 2006 17:30:55 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/04/28/data-synchronization-pain/#comment-1979</guid>
		<description>Assaf,

I totally agree. Syndication is better than synchronization.</description>
		<content:encoded><![CDATA[<p>Assaf,</p>
<p>I totally agree. Syndication is better than&nbsp;synchronization.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Assaf Arkin</title>
		<link>http://itredux.com/2006/04/28/data-synchronization-pain/comment-page-1/#comment-1978</link>
		<dc:creator>Assaf Arkin</dc:creator>
		<pubDate>Wed, 10 May 2006 17:25:54 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/04/28/data-synchronization-pain/#comment-1978</guid>
		<description>Data synchronization is a really great idea, but after years of trying, maybe it&#039;s time to realize it&#039;s just an idea.

I like single source better. If I put all my contacts in one place, why can&#039;t my cell phone use that list? That way I don&#039;t have to synchronize anything, I only ever update it in one place. Single source doesn&#039;t work with disconnected devices like PDA, but my cell phone is either on the network, or turned off.

One thing I like about Gmail is being able to access it from my cell phone. Before I had one e-mail account using the computer, another from the cell phone provider. I tried synchronizing them, smart forwarding, procmail rules. All ended up being too damn hard to get working.

The same thing with calendar. You need one read/write iCal source and have everything else talk to it. An iCal calendar is also very easy to move, if you decided to change your single source.</description>
		<content:encoded><![CDATA[<p>Data synchronization is a really great idea, but after years of trying, maybe it&#8217;s time to realize it&#8217;s just an&nbsp;idea.</p>
<p>I like single source better. If I put all my contacts in one place, why can&#8217;t my cell phone use that list? That way I don&#8217;t have to synchronize anything, I only ever update it in one place. Single source doesn&#8217;t work with disconnected devices like <span class="caps">PDA</span>, but my cell phone is either on the network, or turned&nbsp;off.</p>
<p>One thing I like about Gmail is being able to access it from my cell phone. Before I had one e-mail account using the computer, another from the cell phone provider. I tried synchronizing them, smart forwarding, procmail rules. All ended up being too damn hard to get&nbsp;working.</p>
<p>The same thing with calendar. You need one read/write iCal source and have everything else talk to it. An iCal calendar is also very easy to move, if you decided to change your single&nbsp;source.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://itredux.com/2006/04/28/data-synchronization-pain/comment-page-1/#comment-1716</link>
		<dc:creator>John</dc:creator>
		<pubDate>Sun, 07 May 2006 11:56:33 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/04/28/data-synchronization-pain/#comment-1716</guid>
		<description>Amen! Data synchronization is much more difficult than it needs to be for any of several reasons -- incompetence, negligence, arrogance, or greed. There are common standards available for making information transportable. Shame on those companies and developers who do not use them.</description>
		<content:encoded><![CDATA[<p>Amen! Data synchronization is much more difficult than it needs to be for any of several reasons&thinsp;&#8212;&thinsp;incompetence, negligence, arrogance, or greed. There are common standards available for making information transportable. Shame on those companies and developers who do not use&nbsp;them.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
