<?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: What Makes Synchronization Difficult</title>
	<atom:link href="http://itredux.com/2007/02/07/what-makes-synchronization-difficult/feed/" rel="self" type="application/rss+xml" />
	<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/</link>
	<description>New Rules for a New IT World</description>
	<pubDate>Tue, 02 Dec 2008 19:05:45 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7-beta3</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Toufel Gartis</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-269582</link>
		<dc:creator>Toufel Gartis</dc:creator>
		<pubDate>Thu, 19 Jul 2007 20:17:42 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-269582</guid>
		<description>As the web becomes increasingly interconnected and applications continue to blur the distinction between desktop and web, we should expect to see more applications that allow web/desktop synchronization. This will happen due to the increasing development of web services that enable applications to work equally well across web and desktop clients.</description>
		<content:encoded><![CDATA[<p>As the web becomes increasingly interconnected and applications continue to blur the distinction between desktop and web, we should expect to see more applications that allow web/desktop synchronization. This will happen due to the increasing development of web services that enable applications to work equally well across web and desktop&nbsp;clients.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Enterprise Irregulars</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-52908</link>
		<dc:creator>Enterprise Irregulars</dc:creator>
		<pubDate>Sun, 04 Mar 2007 15:26:20 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-52908</guid>
		<description>[...] I am not a strong advocate of synchronization... [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] I am not a strong advocate of synchronization&#8230;&nbsp;[&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Francis Ip</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-46750</link>
		<dc:creator>Francis Ip</dc:creator>
		<pubDate>Thu, 15 Feb 2007 00:42:13 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-46750</guid>
		<description>When one can afford to pay for any services available under the sun, online or offline is irrelevant. Offline can be turned into online asynchronously when a connection to the Internet is available! Synchronization of document is a solvable problem. A master author can always password protect a document, and let other contributors make revisions. S/he then incorporates relevant revisions into the final document. This mode of operation was in force since Internet was released to the public at large, and there was no web browser then. Telnet was the primary means to send and receive electronic documents. When there was no access to the Internet, documents were attached to be sent and received through computer-based Faxâ€”a very expensive way to exchange documents over long distances in terms of cost. Collaboration half way across the world (Toronto to Singapore) was quite a challenge, even with access to the Internet. Time differentials were a real problem, and still are!</description>
		<content:encoded><![CDATA[<p>When one can afford to pay for any services available under the sun, online or offline is irrelevant. Offline can be turned into online asynchronously when a connection to the Internet is available! Synchronization of document is a solvable problem. A master author can always password protect a document, and let other contributors make revisions. S/he then incorporates relevant revisions into the final document. This mode of operation was in force since Internet was released to the public at large, and there was no web browser then. Telnet was the primary means to send and receive electronic documents. When there was no access to the Internet, documents were attached to be sent and received through computer-based Faxâ€”a very expensive way to exchange documents over long distances in terms of cost. Collaboration half way across the world (Toronto to Singapore) was quite a challenge, even with access to the Internet. Time differentials were a real problem, and still&nbsp;are!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IT&#124;Redux</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-46713</link>
		<dc:creator>IT&#124;Redux</dc:creator>
		<pubDate>Wed, 14 Feb 2007 21:55:51 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-46713</guid>
		<description>[...] ThinkFree Portable Edition is essentially a clone of Microsoft Office 2003, minus macros and pivot tables. It has the exact same features as ThinkFree Online Edition, but works offline, and lets you store documents on the USB drive or on your computer&#8217;s hard drive. Now, with all the chatter about synchronization we have had last week, you must be asking yourself why I am promoting an offline office productivity suite, aren&#8217;t you? Well, I might have opinions, but it does not make me right. And what works for me (being 100% online), might not work for you, and I am aware of this. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] ThinkFree Portable Edition is essentially a clone of Microsoft Office 2003, minus macros and pivot tables. It has the exact same features as ThinkFree Online Edition, but works offline, and lets you store documents on the <span class="caps">USB</span> drive or on your computer&#8217;s hard drive. Now, with all the chatter about synchronization we have had last week, you must be asking yourself why I am promoting an offline office productivity suite, aren&#8217;t you? Well, I might have opinions, but it does not make me right. And what works for me (being 100% online), might not work for you, and I am aware of this.&nbsp;[&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Francis Ip</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-46090</link>
		<dc:creator>Francis Ip</dc:creator>
		<pubDate>Tue, 13 Feb 2007 05:36:22 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-46090</guid>
		<description>Ismael,

I do agree that MS Office won't work on any platform except  Windows and Mac for now. In terms of collaboration, it has SharePoint. I believe that the web version of Office Suite will work on other client platforms when Microsoft's underlying office document standard becomes one of the ISO standards, in addition to OpenDoc. To protect its server market, Microsoft would not support UNIX and the like. It could when it changes its mind. Xenix was Microsoft's version of UNIX! Mac's OS is practically a UNIX now. It won't be too difficult for Microsoft to make MS Office to run on UNIX or its variant. Interesing enough, IBM's AS/400 and Sun's Workstation did have an optional emulation board to run MS Windows inside their machines! Linux desktop doesn't seem to go anywhere. There were two versions of Window Manager in UNIX world - one was Motif and the other was OpenLook. With Mac, it has a third one. The underlying window API is still x-window, which was written mostly by DEC and donated to MIT as its owner. I did look into UNIX for clients back in late 80s and early 90s, but the software running on UNIX was too expensive. For instance, WordPerfect on UNIX was at least twice as expensive as a Windows version for a PC workstation. Moreover, an x-terminal (diskless workstation) was more expensive than a PC - double for a monochrome and 4 times for a colour one!

Office Suite does work within a browser - IE on the Windows PC. The Mac version may work too, but I am not sure, for I haven't touched a Mac since 1987. It was too expensive to own a Mac at that time and it still is! If you want to have the Microsoft Office Suite working on an UNIX-like platform, it is not there yet. There was a company working on migrating .Net to other platforms, as part of it became an EMAC standard. Not like Java, Sun would not relinguish the control of it. Sun, in fact, withdrew its ISO accreditation for Java in the last minute. As far as I am concerned, Java is a proprietary environment and language in the computer world! Sun may let you do a lot of extensions, but it has the absolute right to stop any extensions as it did in one of the Embedded Java meetings. Sun told NIST that what it proposed was an infringement of Sun's intellectual property. How arrogant a corporation can it be! It looks like that Sun has gone down the same path as IBM did back in the 60's. I am waiting to see when Sun starts collecting patent fees from every vendor and user! It will be similar to MP4. Part of the cost in producing an MP4 file goes to its patent owner! In effect, every MP4 based song or video you play in your iPod, you have already paid for its patent fee, at least indirectly. Luckily, W3C would not accredit any patent fee collectible standard!

In terms of collaboration, Microsoft's answer to IBM's Lotus Note and Domino was IIS, Exchange, SharePoint, OneNote, and InfoPath. In answering to Netware, Microsoft moved to DNS based directory structure. Practically, no one talks about Netware these days! Even IBM's Global Services has a dedicated group of certified MCSEs to serve its world-wide clients or customers. IBM was smart enough not jumping 100% into Java based open source. It is also a big player in the Microsoft's Windows arena to make money.

In terms of open source movement, companies specialized on Windows platforms are starting to offer free software for download. Microsoft led the way by offering its software development environment in seperate packages for free! As more .Net open source software become available, I would use a compiled software instead of Java based software on my Windows machine. I can't afford to buy a Mac and I hate to waste time to configure and support a Linux platform. Don't forget, 90% of workstations are Windows, 9% are Mac, and the rest, whatever they are!

Best regards,
Francis</description>
		<content:encoded><![CDATA[<p>Ismael,</p>
<p>I do agree that <span class="caps">MS</span> Office won&#8217;t work on any platform except  Windows and Mac for now. In terms of collaboration, it has SharePoint. I believe that the web version of Office Suite will work on other client platforms when Microsoft&#8217;s underlying office document standard becomes one of the <span class="caps">ISO</span> standards, in addition to OpenDoc. To protect its server market, Microsoft would not support <span class="caps">UNIX</span> and the like. It could when it changes its mind. Xenix was Microsoft&#8217;s version of <span class="caps">UNIX</span>! Mac&#8217;s <span class="caps">OS</span> is practically a <span class="caps">UNIX</span> now. It won&#8217;t be too difficult for Microsoft to make <span class="caps">MS</span> Office to run on <span class="caps">UNIX</span> or its variant. Interesing enough, <span class="caps">IBM</span>&#8217;s <span class="caps">AS</span>/400 and Sun&#8217;s Workstation did have an optional emulation board to run <span class="caps">MS</span> Windows inside their machines! Linux desktop doesn&#8217;t seem to go anywhere. There were two versions of Window Manager in <span class="caps">UNIX</span> world - one was Motif and the other was OpenLook. With Mac, it has a third one. The underlying window <span class="caps">API</span> is still x-window, which was written mostly by <span class="caps">DEC</span> and donated to <span class="caps">MIT</span> as its owner. I did look into <span class="caps">UNIX</span> for clients back in late 80s and early 90s, but the software running on <span class="caps">UNIX</span> was too expensive. For instance, WordPerfect on <span class="caps">UNIX</span> was at least twice as expensive as a Windows version for a <span class="caps">PC</span> workstation. Moreover, an x-terminal (diskless workstation) was more expensive than a <span class="caps">PC</span> - double for a monochrome and 4 times for a colour&nbsp;one!</p>
<p>Office Suite does work within a browser - <span class="caps">IE</span> on the Windows <span class="caps">PC</span>. The Mac version may work too, but I am not sure, for I haven&#8217;t touched a Mac since 1987. It was too expensive to own a Mac at that time and it still is! If you want to have the Microsoft Office Suite working on an <span class="caps">UNIX</span>-like platform, it is not there yet. There was a company working on migrating .Net to other platforms, as part of it became an <span class="caps">EMAC</span> standard. Not like Java, Sun would not relinguish the control of it. Sun, in fact, withdrew its <span class="caps">ISO</span> accreditation for Java in the last minute. As far as I am concerned, Java is a proprietary environment and language in the computer world! Sun may let you do a lot of extensions, but it has the absolute right to stop any extensions as it did in one of the Embedded Java meetings. Sun told <span class="caps">NIST</span> that what it proposed was an infringement of Sun&#8217;s intellectual property. How arrogant a corporation can it be! It looks like that Sun has gone down the same path as <span class="caps">IBM</span> did back in the 60&#8217;s. I am waiting to see when Sun starts collecting patent fees from every vendor and user! It will be similar to <span class="caps">MP4</span>. Part of the cost in producing an <span class="caps">MP4</span> file goes to its patent owner! In effect, every <span class="caps">MP4</span> based song or video you play in your iPod, you have already paid for its patent fee, at least indirectly. Luckily, <span class="caps">W3C</span> would not accredit any patent fee collectible&nbsp;standard!</p>
<p>In terms of collaboration, Microsoft&#8217;s answer to <span class="caps">IBM</span>&#8217;s Lotus Note and Domino was <span class="caps">IIS</span>, Exchange, SharePoint, OneNote, and InfoPath. In answering to Netware, Microsoft moved to <span class="caps">DNS</span> based directory structure. Practically, no one talks about Netware these days! Even <span class="caps">IBM</span>&#8217;s Global Services has a dedicated group of certified MCSEs to serve its world-wide clients or customers. <span class="caps">IBM</span> was smart enough not jumping 100% into Java based open source. It is also a big player in the Microsoft&#8217;s Windows arena to make&nbsp;money.</p>
<p>In terms of open source movement, companies specialized on Windows platforms are starting to offer free software for download. Microsoft led the way by offering its software development environment in seperate packages for free! As more .Net open source software become available, I would use a compiled software instead of Java based software on my Windows machine. I can&#8217;t afford to buy a Mac and I hate to waste time to configure and support a Linux platform. Don&#8217;t forget, 90% of workstations are Windows, 9% are Mac, and the rest, whatever they&nbsp;are!</p>
<p>Best regards,<br />&nbsp;Francis</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ismael Ghalimi</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-46013</link>
		<dc:creator>Ismael Ghalimi</dc:creator>
		<pubDate>Tue, 13 Feb 2007 00:08:45 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-46013</guid>
		<description>Francis,

I must disagree. Microsoft does not have a version of Microsoft Office that you can use online with any web browser, on any platform. If you've seen it working, please let me know where I can buy it, for I'd love to give it a try. Even though patterns repeat themselves, not everything remains the same, and each cycle in the pendulum's oscillations brings its fair share of progress. The online version of ThinkFree is a lot better than any office productivity suite that was available in the early 90's. It's not yet on par with Microsoft Office 2007 in terms of features, but it has some that offline versions of Microsoft Office will never be able to provide, especially with respect to collaboration and mobility. To me, the trade-off goes in favor of online alternatives.

Best regards
-Ismael</description>
		<content:encoded><![CDATA[<p>Francis,</p>
<p>I must disagree. Microsoft does not have a version of Microsoft Office that you can use online with any web browser, on any platform. If you&#8217;ve seen it working, please let me know where I can buy it, for I&#8217;d love to give it a try. Even though patterns repeat themselves, not everything remains the same, and each cycle in the pendulum&#8217;s oscillations brings its fair share of progress. The online version of ThinkFree is a lot better than any office productivity suite that was available in the early 90&#8217;s. It&#8217;s not yet on par with Microsoft Office 2007 in terms of features, but it has some that offline versions of Microsoft Office will never be able to provide, especially with respect to collaboration and mobility. To me, the trade-off goes in favor of online&nbsp;alternatives.</p>
<p>Best regards<br />&nbsp;-Ismael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ismael Ghalimi</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-46009</link>
		<dc:creator>Ismael Ghalimi</dc:creator>
		<pubDate>Tue, 13 Feb 2007 00:03:33 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-46009</guid>
		<description>Rup,

You've got a lot of good points, but I must disagree with your overall thesis. To me, the real issue of working offline is not getting access to data, but getting access to applications. Data is useless without supporting applications. And the more your applications rely on web services and foster collaboration, the less they becomes accessible offline. What would be an offline version of Google's search engine? Something pretty useless. Have you tried the offline version of Salesforce.com? It's utterly unusable as soon as you want access to custom objects.

Reality is, we're moving to an online world, and trying to deal with offline considerations makes this move a lot more difficult than it needs to be. Granted, Lotus Notes has pretty good synchronization, but it only works for Lotus Notes users, not across an ecosystem of applications developed by multiple vendors. And standards won't help there, for the issue has less to do with APIs, and more to do with core application design. The same is true for Mac OS X applications working with iSync: only the most trivial data sets are supported. As soon as you move toward more complex ones, the architecture breaks.

To me, connectivity will evolve the way that electricity did. Pretty soon, we will reach a tipping point when connectivity becomes a commodity, and we won't look for alternatives. The real question is whether this point is five, ten, or twenty five years down the road. My vote goes for five. What's yours?

Best regards
-Ismael</description>
		<content:encoded><![CDATA[<p>Rup,</p>
<p>You&#8217;ve got a lot of good points, but I must disagree with your overall thesis. To me, the real issue of working offline is not getting access to data, but getting access to applications. Data is useless without supporting applications. And the more your applications rely on web services and foster collaboration, the less they becomes accessible offline. What would be an offline version of Google&#8217;s search engine? Something pretty useless. Have you tried the offline version of Salesforce.com? It&#8217;s utterly unusable as soon as you want access to custom&nbsp;objects.</p>
<p>Reality is, we&#8217;re moving to an online world, and trying to deal with offline considerations makes this move a lot more difficult than it needs to be. Granted, Lotus Notes has pretty good synchronization, but it only works for Lotus Notes users, not across an ecosystem of applications developed by multiple vendors. And standards won&#8217;t help there, for the issue has less to do with APIs, and more to do with core application design. The same is true for Mac <span class="caps">OS</span> X applications working with iSync: only the most trivial data sets are supported. As soon as you move toward more complex ones, the architecture&nbsp;breaks.</p>
<p>To me, connectivity will evolve the way that electricity did. Pretty soon, we will reach a tipping point when connectivity becomes a commodity, and we won&#8217;t look for alternatives. The real question is whether this point is five, ten, or twenty five years down the road. My vote goes for five. What&#8217;s&nbsp;yours?</p>
<p>Best regards<br />&nbsp;-Ismael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Francis Ip</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-46005</link>
		<dc:creator>Francis Ip</dc:creator>
		<pubDate>Mon, 12 Feb 2007 23:50:25 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-46005</guid>
		<description>Offline access to browser based applications makes perfect sense. Users like me who don't have reliable access to Internet can now work with documents and collaborate with others without being online 24/7.

It looks like Microsoft and its competitors are converging to a similar user experience modelâ€”running applications inside a browser. Office 97 was the first office suite that could work within IE. Office 2007 can work both in workstation and SaaS modes. The equivalent of SaaS was introduced a long time ago when Microsoft talked about subscription service, kind of an ASP (Application Service Provider) model for Office Suite after it released Office 95. MSN Live is the first attempt by Microsoft to provide an Office subscription service. Microsoft did try to push the subscription service model to large corporations, including government agencies, but customers would not get on board with the subscription service for a variety of reasons. This is very similar to IBM's push to retire MVS, but large customers refused to move off MVS as they had spent millions of dollars to remove the Y2K bug from software less than 10 years ago!

It looks like Office 3.0 will be a hybrid computing model of online and offline web services. The X-terminal equivalent (workstation with no disk) promoted by Oracle and Sun will be dead again! In the end, I believe that a compiled software (e.g. Office 2007) will beat interpreted software (Java based) in terms of performance on the same platform.

It was interesting to see that many cute acronymns cropped up, but they are just the same old practices wrapped in new packages. There are only two basic business modelsâ€”a customer either buys or rents a product! It all depends on the economics of ownership.</description>
		<content:encoded><![CDATA[<p>Offline access to browser based applications makes perfect sense. Users like me who don&#8217;t have reliable access to Internet can now work with documents and collaborate with others without being online&nbsp;24/7.</p>
<p>It looks like Microsoft and its competitors are converging to a similar user experience modelâ€”running applications inside a browser. Office 97 was the first office suite that could work within <span class="caps">IE</span>. Office 2007 can work both in workstation and SaaS modes. The equivalent of SaaS was introduced a long time ago when Microsoft talked about subscription service, kind of an <span class="caps">ASP</span> (Application Service Provider) model for Office Suite after it released Office 95. <span class="caps">MSN</span> Live is the first attempt by Microsoft to provide an Office subscription service. Microsoft did try to push the subscription service model to large corporations, including government agencies, but customers would not get on board with the subscription service for a variety of reasons. This is very similar to <span class="caps">IBM</span>&#8217;s push to retire <span class="caps">MVS</span>, but large customers refused to move off <span class="caps">MVS</span> as they had spent millions of dollars to remove the <span class="caps">Y2K</span> bug from software less than 10 years&nbsp;ago!</p>
<p>It looks like Office 3.0 will be a hybrid computing model of online and offline web services. The X-terminal equivalent (workstation with no disk) promoted by Oracle and Sun will be dead again! In the end, I believe that a compiled software (e.g. Office 2007) will beat interpreted software (Java based) in terms of performance on the same&nbsp;platform.</p>
<p>It was interesting to see that many cute acronymns cropped up, but they are just the same old practices wrapped in new packages. There are only two basic business modelsâ€”a customer either buys or rents a product! It all depends on the economics of&nbsp;ownership.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rup</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-45938</link>
		<dc:creator>Rup</dc:creator>
		<pubDate>Mon, 12 Feb 2007 19:11:34 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-45938</guid>
		<description>Hi,

I'm not trying to hammer it in, but maybe you should have a look at Firefox 3 &lt;a href="http://www.globelogger.com/item.php?id=902"&gt;rumors&lt;/a&gt; and Google Apps. They seem to be aiming for offline.

"Told you so !"

-Rup</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I&#8217;m not trying to hammer it in, but maybe you should have a look at Firefox 3 <a href="http://www.globelogger.com/item.php?id=902">rumors</a> and Google Apps. They seem to be aiming for&nbsp;offline.</p>
<p><span class="dquo"><span class="dquo">&#8220;</span></span>Told you so&nbsp;!&#8221;</p>
<p>-Rup</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Francis Ip</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-45642</link>
		<dc:creator>Francis Ip</dc:creator>
		<pubDate>Mon, 12 Feb 2007 04:30:49 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-45642</guid>
		<description>I hope it is never too late to learn French. I am a Canuck, supposed to know the other official languageâ€”French. I am bi-lingual, but in the wrong language though. The only French sentence that I know to survive in the business world is: "Parlez vous Anglais ?", which I need when calling Ottawa. Nevertheless, I've architected multi-lingual software that has only one source code to run on IBM Mainframe, Wang, and PC. Hopefully, one day I can converse with Ismael in Parisian French, not QuÃ©bÃ©cois or Acadian!</description>
		<content:encoded><![CDATA[<p>I hope it is never too late to learn French. I am a Canuck, supposed to know the other official languageâ€”French. I am bi-lingual, but in the wrong language though. The only French sentence that I know to survive in the business world is: &#8220;Parlez vous Anglais ?&#8221;, which I need when calling Ottawa. Nevertheless, I&#8217;ve architected multi-lingual software that has only one source code to run on <span class="caps">IBM</span> Mainframe, Wang, and <span class="caps">PC</span>. Hopefully, one day I can converse with Ismael in Parisian French, not QuÃ©bÃ©cois or&nbsp;Acadian!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ismael Chang Ghalimi</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-45631</link>
		<dc:creator>Ismael Chang Ghalimi</dc:creator>
		<pubDate>Mon, 12 Feb 2007 03:52:02 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-45631</guid>
		<description>[...] Tonight, I had dinner with Francis, his wife, and friends at their house Berkeley. We discussed about Office 2.0, good food, French politics, and the thrill of sailing around the world. Guillaume, one of the guests, did just that for a year with his wife and kids, and shared some very cool stories on his blog. I&#8217;m not sure May is up for it yet, but we shall see&#8230; [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Tonight, I had dinner with Francis, his wife, and friends at their house Berkeley. We discussed about Office 2.0, good food, French politics, and the thrill of sailing around the world. Guillaume, one of the guests, did just that for a year with his wife and kids, and shared some very cool stories on his blog. I&#8217;m not sure May is up for it yet, but we shall see&#8230;&nbsp;[&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Francis Ip</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-45596</link>
		<dc:creator>Francis Ip</dc:creator>
		<pubDate>Mon, 12 Feb 2007 02:23:04 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-45596</guid>
		<description>Rup,

You raised many valid and excellent points on accessibility and synchronization. 

Personally, I won't hold my breath on my ISP's reliability of access to the Internet. We have only two ISPs to choose fromâ€”Sympatico (part of Bell Canada) and Cable Company (one in each market). When it rains cats and dogs, both ISPs go down for hours, if not days.

Ismael has many gadgets to access the Internet; namely, Apple, iPhone, Blackberry, etc. He has land-line, wireless, and possibly satellite access with no single point of failure. It is unrealitic to expect everyone has a similar set of equipments like his!

Synchrozination consists of three fundamenal problems: 1) time, 2) content, and 3) schema (data compatibility as you call it). The web user interface (AJAX and SOA) addresses primarily the interaction between an individual user with the server (machine). It addresses neither collaboration nor multi-lingual operations. Moreover, the current Office 2.0 (or 2.5) and Web 2.0 miss the security dimension.

After the Year 2K millenium software upgrade, dot com bust followed. The second coming of dot com bust is already looming on the horizon. This time we will see how many open-source enterprises will survive! I'm quite sure that IBM, Microsoft, Oracle, and the like will survive, as they play in both the proprietary and open-source markets. I am quite sure that Apple will survive too, as Microsoft will not let it go under for any reason.

The Web 2.0 and Enterprise 2.0 movements seem to widen the gap of the digital divide. Motorola, Microsoft &#38; McCaw invested heavily in LEOS (Low Elevation Orbital Sattelites) to promote remote access to the Internet for locations with very little or no infrastructures. Motorola's LEOS were up and running for a couple of years, but never made any money. China and the European Union have teamed up to build another GPS sattelite network to offset the U.S. monopoly. With urban mesh wireless network, Internet over the electric transmission grid, LEOS, and GPS, no single point of failure in Internet access may become a reality economically!

Best regards
-Francis</description>
		<content:encoded><![CDATA[<p>Rup,</p>
<p>You raised many valid and excellent points on accessibility and&nbsp;synchronization. </p>
<p>Personally, I won&#8217;t hold my breath on my <span class="caps">ISP</span>&#8217;s reliability of access to the Internet. We have only two ISPs to choose fromâ€”Sympatico (part of Bell Canada) and Cable Company (one in each market). When it rains cats and dogs, both ISPs go down for hours, if not&nbsp;days.</p>
<p>Ismael has many gadgets to access the Internet; namely, Apple, iPhone, Blackberry, etc. He has land-line, wireless, and possibly satellite access with no single point of failure. It is unrealitic to expect everyone has a similar set of equipments like&nbsp;his!</p>
<p>Synchrozination consists of three fundamenal problems: 1) time, 2) content, and 3) schema (data compatibility as you call it). The web user interface (<span class="caps">AJAX</span> and <span class="caps">SOA</span>) addresses primarily the interaction between an individual user with the server (machine). It addresses neither collaboration nor multi-lingual operations. Moreover, the current Office 2.0 (or 2.5) and Web 2.0 miss the security&nbsp;dimension.</p>
<p>After the Year 2K millenium software upgrade, dot com bust followed. The second coming of dot com bust is already looming on the horizon. This time we will see how many open-source enterprises will survive! I&#8217;m quite sure that <span class="caps">IBM</span>, Microsoft, Oracle, and the like will survive, as they play in both the proprietary and open-source markets. I am quite sure that Apple will survive too, as Microsoft will not let it go under for any&nbsp;reason.</p>
<p>The Web 2.0 and Enterprise 2.0 movements seem to widen the gap of the digital divide. Motorola, Microsoft <span class="amp">&amp;</span> McCaw invested heavily in <span class="caps">LEOS</span> (Low Elevation Orbital Sattelites) to promote remote access to the Internet for locations with very little or no infrastructures. Motorola&#8217;s <span class="caps">LEOS</span> were up and running for a couple of years, but never made any money. China and the European Union have teamed up to build another <span class="caps">GPS</span> sattelite network to offset the <span class="caps">U.S.</span> monopoly. With urban mesh wireless network, Internet over the electric transmission grid, <span class="caps">LEOS</span>, and <span class="caps">GPS</span>, no single point of failure in Internet access may become a reality&nbsp;economically!</p>
<p>Best regards<br />&nbsp;-Francis</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rup</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-45507</link>
		<dc:creator>Rup</dc:creator>
		<pubDate>Sun, 11 Feb 2007 21:09:35 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-45507</guid>
		<description>Quote: "This is where the problem lies: in a multi user environment, synchronization is an inherently complex problem to solve, and the cost of solving it from a user interface complexity standpoint does not warrant the investment."

I'm afraid I do not agree with this. As you say higher up, the real difficulty is synchronizing multiple, remote servers, at different times, which are not necessarily online at the same time, etc. But hell, this has worked for Lotus Notes users for years, hasn't it?  I mean, please let's not re-invent the wheel and create problems which have already been solved by previous generations of software architects.

Difficulties in synchronizing data are due to multiple updates to the same item; thus the great debate on lock+checkout (at the risk of someone never releasing the lock) or modify+sync+resolve conflicts. As usual, even in the days of CVS, conflicts may only be solved by a phone call (or email or IM chat), which is good for the way the company works; at last, a good reason to call another buddy on the other side of the planet and talk about real business, not just poor network/intranet performances or incorrect access rights.</description>
		<content:encoded><![CDATA[<p>Quote: &#8220;This is where the problem lies: in a multi user environment, synchronization is an inherently complex problem to solve, and the cost of solving it from a user interface complexity standpoint does not warrant the&nbsp;investment.&#8221;</p>
<p>I&#8217;m afraid I do not agree with this. As you say higher up, the real difficulty is synchronizing multiple, remote servers, at different times, which are not necessarily online at the same time, etc. But hell, this has worked for Lotus Notes users for years, hasn&#8217;t it?  I mean, please let&#8217;s not re-invent the wheel and create problems which have already been solved by previous generations of software&nbsp;architects.</p>
<p>Difficulties in synchronizing data are due to multiple updates to the same item; thus the great debate on lock+checkout (at the risk of someone never releasing the lock) or modify+sync+resolve conflicts. As usual, even in the days of <span class="caps">CVS</span>, conflicts may only be solved by a phone call (or email or <span class="caps">IM</span> chat), which is good for the way the company works; at last, a good reason to call another buddy on the other side of the planet and talk about real business, not just poor network/intranet performances or incorrect access&nbsp;rights.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rup</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-45503</link>
		<dc:creator>Rup</dc:creator>
		<pubDate>Sun, 11 Feb 2007 21:01:46 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-45503</guid>
		<description>Synchronization is the future of Office 2.0 (or let's call it Office 2.5)

As most Mac users have already understood, there are several reasons for this :

- Offline vs. online
- Useability of web GUIs
- Data model compatibility of different web services
- Simultaneous availability of multiple web services

&lt;b&gt;Offline vs. Online&lt;/b&gt;

To use Office 2.0, you need to be online: trivial ! But there are several reasons why you may not be or want to be online: your Internet access is down just at the wrong moment, you know when you need to send that last minute order to a supplier/partner to kick-in before the cut-off, before the truck starts off on its delivery round.

Do you really want your business to rely on the uptime of your Internet access or, if you are a SO.HO, of your ISP/telephone provider? You might also just be in an airport, a taxi, or somewhere where you just do not want to send your order through unknown wires, but do have time to do you back-office preparation work.

Office 2.5 needs to work offlineâ€”except when not possible, of course, for example when you submit work to shared business processes implemented in your online workflow engine.

&lt;b&gt;Useability of Web GUIs&lt;/b&gt;

Yeah, AJAX is cool, web application are getting really sexy, etc. But wait, remember your PC or Mac interface? Even the dullest of those is better han the latest AJAX frills: response time, multiwindowing, graphical guidelines, etc. When you have worked on a Mac, you know what productivity is about, and most of that is provided by a good man-machine interaction: drag and drop, fast dynamic menus, graphical interaction where needed, and, above all, consistency!  Today, each Office 2.0 has different GUI guidelinesâ€”mind you, more and more Mac applications are stepping out of Apple's own guidelines...

So, any local Mac application has a better GUI than the best Office 2.0 service.

&lt;b&gt;Data Model Compatibility&lt;/b&gt;

Now, for those who use more than one online service, you may have noticed that their data models, for the same service offered, are slightly different: in this situation, the user needs to bridge the gap between them, e.g. Google Calendar and Salesforce.com Events, knowing that this type of information will be stored in one, and that other information will be stored in the other service. And I will not even mention compatibility issues, data model upgrades of one and not the other, etc. An integrator's nightmare... managed by the end-user?

No, the data model integration and compatibility issues need to be managed by the synchronization applications that have been tested to work together and to pull all the online data back into my (Mac) synchronization engine, into the (Apple) standard, and (developers') custom schemasâ€”which, by the way, could be standardized by the Office 2.5 movement so that all these services stay compatibleâ€”which will also work offline (Cf. first point).

So I need synchronize applications to pull data back into my Mac to maintain data model compatibility.

&lt;b&gt;Simultaneous Availability of Multiple Web Services&lt;/b&gt;

Last but not least, the multiple web services I use must all be available at the same time if I am working online, also at the same time as my Internet connection is on. So, in real life, my business is relying on the weakest link in the chain of web services and Internet connections I use. The more web services I use, e.g. to increase my Office 2.0 productivity or to improve my added value, the more I rely on weak links in the chain of my Internet business partners.

Now, I did not really think that this was a big deal, even after the important Salesforce.com Oracle upgrade problems, or others; but the fact is that all these services put together multiply the risk of having one of them unavailable at the wrong momentâ€”Murphy's law, remember?

So, I need to synchronize all that stuff off the net onto my local Mac to work while others are stuck fixing the bugs in their online services. Yeah, my productivity will decrease, but I will spurt all that work back into the service when it comes back online.

I hope you realize that Office 2.5 will be offline, with the power of local GUIs, the (Mac) synchronization engine providing the data model integration services tested by the suppliers of those synchronized applications, and that most of the work will be done offline, even if the Internet line or the Salesforce.com's of this world are down.

-Rup</description>
		<content:encoded><![CDATA[<p>Synchronization is the future of Office 2.0 (or let&#8217;s call it Office&nbsp;2.5)</p>
<p>As most Mac users have already understood, there are several reasons for this&nbsp;:</p>
<p>- Offline vs. online<br />
- Useability of web GUIs<br />
- Data model compatibility of different web services<br />
- Simultaneous availability of multiple web&nbsp;services</p>
<p><b>Offline vs.&nbsp;Online</b></p>
<p>To use Office 2.0, you need to be online: trivial ! But there are several reasons why you may not be or want to be online: your Internet access is down just at the wrong moment, you know when you need to send that last minute order to a supplier/partner to kick-in before the cut-off, before the truck starts off on its delivery&nbsp;round.</p>
<p>Do you really want your business to rely on the uptime of your Internet access or, if you are a <span class="caps">SO</span>.<span class="caps">HO</span>, of your <span class="caps">ISP</span>/telephone provider? You might also just be in an airport, a taxi, or somewhere where you just do not want to send your order through unknown wires, but do have time to do you back-office preparation&nbsp;work.</p>
<p>Office 2.5 needs to work offlineâ€”except when not possible, of course, for example when you submit work to shared business processes implemented in your online workflow&nbsp;engine.</p>
<p><b>Useability of Web&nbsp;GUIs</b></p>
<p>Yeah, <span class="caps">AJAX</span> is cool, web application are getting really sexy, etc. But wait, remember your <span class="caps">PC</span> or Mac interface? Even the dullest of those is better han the latest <span class="caps">AJAX</span> frills: response time, multiwindowing, graphical guidelines, etc. When you have worked on a Mac, you know what productivity is about, and most of that is provided by a good man-machine interaction: drag and drop, fast dynamic menus, graphical interaction where needed, and, above all, consistency!  Today, each Office 2.0 has different <span class="caps">GUI</span> guidelinesâ€”mind you, more and more Mac applications are stepping out of Apple&#8217;s own&nbsp;guidelines&#8230;</p>
<p>So, any local Mac application has a better <span class="caps">GUI</span> than the best Office 2.0&nbsp;service.</p>
<p><b>Data Model&nbsp;Compatibility</b></p>
<p>Now, for those who use more than one online service, you may have noticed that their data models, for the same service offered, are slightly different: in this situation, the user needs to bridge the gap between them, e.g. Google Calendar and Salesforce.com Events, knowing that this type of information will be stored in one, and that other information will be stored in the other service. And I will not even mention compatibility issues, data model upgrades of one and not the other, etc. An integrator&#8217;s nightmare&#8230; managed by the&nbsp;end-user?</p>
<p>No, the data model integration and compatibility issues need to be managed by the synchronization applications that have been tested to work together and to pull all the online data back into my (Mac) synchronization engine, into the (Apple) standard, and (developers&#8217;) custom schemasâ€”which, by the way, could be standardized by the Office 2.5 movement so that all these services stay compatibleâ€”which will also work offline (Cf. first&nbsp;point).</p>
<p>So I need synchronize applications to pull data back into my Mac to maintain data model&nbsp;compatibility.</p>
<p><b>Simultaneous Availability of Multiple Web&nbsp;Services</b></p>
<p>Last but not least, the multiple web services I use must all be available at the same time if I am working online, also at the same time as my Internet connection is on. So, in real life, my business is relying on the weakest link in the chain of web services and Internet connections I use. The more web services I use, e.g. to increase my Office 2.0 productivity or to improve my added value, the more I rely on weak links in the chain of my Internet business&nbsp;partners.</p>
<p>Now, I did not really think that this was a big deal, even after the important Salesforce.com Oracle upgrade problems, or others; but the fact is that all these services put together multiply the risk of having one of them unavailable at the wrong momentâ€”Murphy&#8217;s law,&nbsp;remember?</p>
<p>So, I need to synchronize all that stuff off the net onto my local Mac to work while others are stuck fixing the bugs in their online services. Yeah, my productivity will decrease, but I will spurt all that work back into the service when it comes back&nbsp;online.</p>
<p>I hope you realize that Office 2.5 will be offline, with the power of local GUIs, the (Mac) synchronization engine providing the data model integration services tested by the suppliers of those synchronized applications, and that most of the work will be done offline, even if the Internet line or the Salesforce.com&#8217;s of this world are&nbsp;down.</p>
<p>-Rup</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Francis Ip</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-44677</link>
		<dc:creator>Francis Ip</dc:creator>
		<pubDate>Sat, 10 Feb 2007 03:19:40 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-44677</guid>
		<description>A warning for IT folks who push unrealistic solutions or vaporware. The article &lt;a href="http://www.eweek.com/article2/0,1759,2093431,00.asp?kc=EWMS102049TX1K0100487"&gt;Bridging the CEO-CIO Gap&lt;/a&gt; is a reflection on IT people who push technologies without realizing tangible business benefits. I believe that all CIOs should be demoted in rank and report back to the CFOs again, as it was in the 50's!</description>
		<content:encoded><![CDATA[<p>A warning for <span class="caps">IT</span> folks who push unrealistic solutions or vaporware. The article <a href="http://www.eweek.com/article2/0,1759,2093431,00.asp?kc=EWMS102049TX1K0100487">Bridging the <span class="caps">CEO</span>-<span class="caps">CIO</span> Gap</a> is a reflection on <span class="caps">IT</span> people who push technologies without realizing tangible business benefits. I believe that all CIOs should be demoted in rank and report back to the CFOs again, as it was in the&nbsp;50&#8217;s!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tech decentral</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-44609</link>
		<dc:creator>tech decentral</dc:creator>
		<pubDate>Fri, 09 Feb 2007 23:28:17 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-44609</guid>
		<description>[...] Ismael suggests the issue of disconnected web access arises not because we need disconnected web apps, but because our productivity apps don&#8217;t translate well to mobile devices. (tags: disconnected-mode synchronizedweb mobile) [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Ismael suggests the issue of disconnected web access arises not because we need disconnected web apps, but because our productivity apps don&#8217;t translate well to mobile devices. (tags: disconnected-mode synchronizedweb mobile)&nbsp;[&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ismael Ghalimi</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-44576</link>
		<dc:creator>Ismael Ghalimi</dc:creator>
		<pubDate>Fri, 09 Feb 2007 20:22:12 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-44576</guid>
		<description>Lucho,

Education is hard. I tend to prefer self-explanatory user interfaces.

Best regards
-Ismael</description>
		<content:encoded><![CDATA[<p>Lucho,</p>
<p>Education is hard. I tend to prefer self-explanatory user&nbsp;interfaces.</p>
<p>Best regards<br />&nbsp;-Ismael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ismael Ghalimi</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-44575</link>
		<dc:creator>Ismael Ghalimi</dc:creator>
		<pubDate>Fri, 09 Feb 2007 20:21:30 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-44575</guid>
		<description>Kooros,

I agree that voice recognition is a critical step toward better user/device interactions.

Best regards
-Ismael</description>
		<content:encoded><![CDATA[<p>Kooros,</p>
<p>I agree that voice recognition is a critical step toward better user/device&nbsp;interactions.</p>
<p>Best regards<br />&nbsp;-Ismael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ismael Ghalimi</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-44573</link>
		<dc:creator>Ismael Ghalimi</dc:creator>
		<pubDate>Fri, 09 Feb 2007 20:20:34 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-44573</guid>
		<description>Charlie,

I'm looking forward to your thoughts on the subject. And while we're at it, I want to say that as much as I dislike synchronization, I am a huge fan of syndication, which I believe is solving part of the problem at hand in a much simpler way.

Best regards
-Ismael</description>
		<content:encoded><![CDATA[<p>Charlie,</p>
<p>I&#8217;m looking forward to your thoughts on the subject. And while we&#8217;re at it, I want to say that as much as I dislike synchronization, I am a huge fan of syndication, which I believe is solving part of the problem at hand in a much simpler&nbsp;way.</p>
<p>Best regards<br />&nbsp;-Ismael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ismael Ghalimi</title>
		<link>http://itredux.com/2007/02/07/what-makes-synchronization-difficult/comment-page-1/#comment-44571</link>
		<dc:creator>Ismael Ghalimi</dc:creator>
		<pubDate>Fri, 09 Feb 2007 20:19:20 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2007/02/08/what-makes-synchronization-difficult/#comment-44571</guid>
		<description>Assaf,

Good points about Wikis regarding versioning. I need to dig into this some more.

Best regards
-Ismael</description>
		<content:encoded><![CDATA[<p>Assaf,</p>
<p>Good points about Wikis regarding versioning. I need to dig into this some&nbsp;more.</p>
<p>Best regards<br />&nbsp;-Ismael</p>
]]></content:encoded>
	</item>
</channel>
</rss>
