<?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"
	>
<channel>
	<title>Comments on: Objections to Office 2.0</title>
	<atom:link href="http://itredux.com/2006/06/11/objections-to-office-20/feed/" rel="self" type="application/rss+xml" />
	<link>http://itredux.com/2006/06/11/objections-to-office-20/</link>
	<description>New Rules for a New IT World</description>
	<pubDate>Thu, 20 Nov 2008 23:25:35 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Elwyn Jenkins</title>
		<link>http://itredux.com/2006/06/11/objections-to-office-20/#comment-290024</link>
		<dc:creator>Elwyn Jenkins</dc:creator>
		<pubDate>Thu, 09 Aug 2007 00:12:45 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/06/11/objections-to-office-20/#comment-290024</guid>
		<description>Good work in refuting the objections. My readers need to see this post. I will be recommending they come and have a look.</description>
		<content:encoded><![CDATA[<p>Good work in refuting the objections. My readers need to see this post. I will be recommending they come and have a&nbsp;look.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ismael Ghalimi</title>
		<link>http://itredux.com/2006/06/11/objections-to-office-20/#comment-61122</link>
		<dc:creator>Ismael Ghalimi</dc:creator>
		<pubDate>Tue, 27 Mar 2007 18:48:19 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/06/11/objections-to-office-20/#comment-61122</guid>
		<description>Roberto,

Yes, it is, as well as for many other past articles.

I will need to find some time for it.

Take care!
-Ismael</description>
		<content:encoded><![CDATA[<p>Roberto,</p>
<p>Yes, it is, as well as for many other past&nbsp;articles.</p>
<p>I will need to find some time for&nbsp;it.</p>
<p>Take care!<br />&nbsp;-Ismael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roberto Galoppini</title>
		<link>http://itredux.com/2006/06/11/objections-to-office-20/#comment-61112</link>
		<dc:creator>Roberto Galoppini</dc:creator>
		<pubDate>Tue, 27 Mar 2007 18:21:53 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/06/11/objections-to-office-20/#comment-61112</guid>
		<description>Ismael,

Isn't it time to update this list?

Your faithful human-CRON friend...</description>
		<content:encoded><![CDATA[<p>Ismael,</p>
<p>Isn&#8217;t it time to update this&nbsp;list?</p>
<p>Your faithful human-<span class="caps">CRON</span>&nbsp;friend&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Himoff</title>
		<link>http://itredux.com/2006/06/11/objections-to-office-20/#comment-18510</link>
		<dc:creator>Jon Himoff</dc:creator>
		<pubDate>Wed, 08 Nov 2006 19:16:54 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/06/11/objections-to-office-20/#comment-18510</guid>
		<description>Seems to me the biggest issue regarding Office 2.0 implementations is around managing enterprise data. Features and application access is one thing, but how does a company share, organize, and protect its information assets?

I don't think that putting data out into third parties is going to solve this part of the problem. In fact, it seems like it would accelerate the duplication of information. Services like Plaxo and LinkedIn start to address sharing data, but not from an enterprise perspective.

Of course, dealing with enterprise data strategy is not as sexy as using the latest Google tools, but from a business priority standpoint, it seems equally critical as generating data.

So I guess it depends on who the real users of Office 2.0 will be. At this stage it seems to me to be mainly personal, home office, very small companies -- less than 10 people, and students. And of course it's interesting that the only company that seems to really know how to make money off this group is Google, by selling access to eyeballs.</description>
		<content:encoded><![CDATA[<p>Seems to me the biggest issue regarding Office 2.0 implementations is around managing enterprise data. Features and application access is one thing, but how does a company share, organize, and protect its information&nbsp;assets?</p>
<p>I don&#8217;t think that putting data out into third parties is going to solve this part of the problem. In fact, it seems like it would accelerate the duplication of information. Services like Plaxo and LinkedIn start to address sharing data, but not from an enterprise&nbsp;perspective.</p>
<p>Of course, dealing with enterprise data strategy is not as sexy as using the latest Google tools, but from a business priority standpoint, it seems equally critical as generating&nbsp;data.</p>
<p>So I guess it depends on who the real users of Office 2.0 will be. At this stage it seems to me to be mainly personal, home office, very small companies&thinsp;&#8212;&thinsp;less than 10 people, and students. And of course it&#8217;s interesting that the only company that seems to really know how to make money off this group is Google, by selling access to&nbsp;eyeballs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IT&#124;Redux</title>
		<link>http://itredux.com/2006/06/11/objections-to-office-20/#comment-15050</link>
		<dc:creator>IT&#124;Redux</dc:creator>
		<pubDate>Sun, 15 Oct 2006 14:57:27 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/06/11/objections-to-office-20/#comment-15050</guid>
		<description>[...] What&#8217;s not working? Having 100 people and 45 demo pods connected to the Internet through one hotel connection while someone is trying to give a live demo is not a good idea. As was said before, Office 2.0 needs broadband connections to the Internet. If you&#8217;re offline, Office 2.0 does not work, period. This is one of the most popular objections to Office 2.0, but it&#8217;s also the easier to fix. All we have to do is wait. Within five years, anyone who will need or want to be connected will, anywhere in the world, at anytime, and at virtually no cost. If you do not believe me, try developing synchronization software that works, and let&#8217;s see who gets there first. And if you find yourself in a plane without any Internet connection, maybe it&#8217;s time for you to read a book or a magazine, or take a nap. Let&#8217;s get real: the need for high connectivity is an illusion. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] What&#8217;s not working? Having 100 people and 45 demo pods connected to the Internet through one hotel connection while someone is trying to give a live demo is not a good idea. As was said before, Office 2.0 needs broadband connections to the Internet. If you&#8217;re offline, Office 2.0 does not work, period. This is one of the most popular objections to Office 2.0, but it&#8217;s also the easier to fix. All we have to do is wait. Within five years, anyone who will need or want to be connected will, anywhere in the world, at anytime, and at virtually no cost. If you do not believe me, try developing synchronization software that works, and let&#8217;s see who gets there first. And if you find yourself in a plane without any Internet connection, maybe it&#8217;s time for you to read a book or a magazine, or take a nap. Let&#8217;s get real: the need for high connectivity is an illusion.&nbsp;[&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Topping</title>
		<link>http://itredux.com/2006/06/11/objections-to-office-20/#comment-14171</link>
		<dc:creator>Paul Topping</dc:creator>
		<pubDate>Sun, 01 Oct 2006 17:35:29 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/06/11/objections-to-office-20/#comment-14171</guid>
		<description>Hi,

While I support Office 2.0, I do think that these objections should be taken far, far more seriously than they are taken here. While I'll go along with you on the "offline" one, your response to the other two is inadequate, IMHO.

Primitive Feature Sets

While everyone knows that most people don't use most of the features of rich applications like Microsoft Office, and users are often confused by complex applications, the problem is that the subset of useful features is different for each person. Since it is a royal pain if everyone in a company or workgroup doesn't use the same tools, this naturally leads to choosing the most full featured one.

Attempts have been made in the past to create simple, trimmed-down applications, even by Microsoft, but they have failed fairly dramatically in the marketplace. They were tried in the mid- to late-90's and fell flat. Microsoft's response to this failure was to add interface features in Office that hid the more complex features until they were actually needed, thereby reducing the cognitive "footprint".

Protect My Data

I believe the fear here is not one of invasion by outsiders. SaaS providers are likely to have much better security than the typical user. Instead, the problem is putting your data in the hands of others, and being subject to a variety of problems:

- The SaaS company may go out of business.

- The SaaS company's employees may be careless. The current scandals in the federal government (lost laptops with private data) is enough to indicate a real problem.

- The SaaS company may be bought by another company and they discontinue the product.

While some of these issues can probably be addressed in Office 2.0, they should definitely be taken seriously.

Paul Topping</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>While I support Office 2.0, I do think that these objections should be taken far, far more seriously than they are taken here. While I&#8217;ll go along with you on the &#8220;offline&#8221; one, your response to the other two is inadequate,&nbsp;<span class="caps">IMHO</span>.</p>
<p>Primitive Feature&nbsp;Sets</p>
<p>While everyone knows that most people don&#8217;t use most of the features of rich applications like Microsoft Office, and users are often confused by complex applications, the problem is that the subset of useful features is different for each person. Since it is a royal pain if everyone in a company or workgroup doesn&#8217;t use the same tools, this naturally leads to choosing the most full featured&nbsp;one.</p>
<p>Attempts have been made in the past to create simple, trimmed-down applications, even by Microsoft, but they have failed fairly dramatically in the marketplace. They were tried in the mid- to late-90&#8217;s and fell flat. Microsoft&#8217;s response to this failure was to add interface features in Office that hid the more complex features until they were actually needed, thereby reducing the cognitive&nbsp;&#8220;footprint&#8221;.</p>
<p>Protect My&nbsp;Data</p>
<p>I believe the fear here is not one of invasion by outsiders. SaaS providers are likely to have much better security than the typical user. Instead, the problem is putting your data in the hands of others, and being subject to a variety of&nbsp;problems:</p>
<p>- The SaaS company may go out of&nbsp;business.</p>
<p>- The SaaS company&#8217;s employees may be careless. The current scandals in the federal government (lost laptops with private data) is enough to indicate a real&nbsp;problem.</p>
<p>- The SaaS company may be bought by another company and they discontinue the&nbsp;product.</p>
<p>While some of these issues can probably be addressed in Office 2.0, they should definitely be taken&nbsp;seriously.</p>
<p>Paul&nbsp;Topping</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sumanth</title>
		<link>http://itredux.com/2006/06/11/objections-to-office-20/#comment-10727</link>
		<dc:creator>Sumanth</dc:creator>
		<pubDate>Sat, 09 Sep 2006 06:41:45 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/06/11/objections-to-office-20/#comment-10727</guid>
		<description>Rupert,

We have developed a similar concept for the Windows platform and specifically for Word documents and Excel spreadsheets.  Do take a look at the &lt;a href="http://www.live-documents.com" rel="nofollow"&gt;Live Documents website&lt;/a&gt;. Would love to connect directly to see if what you are conceptualizing for the Mac platform is congruent to our approach.

Cheers,
-Sumanth</description>
		<content:encoded><![CDATA[<p>Rupert,</p>
<p>We have developed a similar concept for the Windows platform and specifically for Word documents and Excel spreadsheets.  Do take a look at the <a href="http://www.live-documents.com" rel="nofollow">Live Documents website</a>. Would love to connect directly to see if what you are conceptualizing for the Mac platform is congruent to our&nbsp;approach.</p>
<p>Cheers,<br />&nbsp;-Sumanth</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ismael Ghalimi</title>
		<link>http://itredux.com/2006/06/11/objections-to-office-20/#comment-9309</link>
		<dc:creator>Ismael Ghalimi</dc:creator>
		<pubDate>Sat, 26 Aug 2006 14:13:09 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/06/11/objections-to-office-20/#comment-9309</guid>
		<description>Rupert,

Very interesting! Thanks for sharing.

I hope you'll be successful, for I know many Mac users who could use this.</description>
		<content:encoded><![CDATA[<p>Rupert,</p>
<p>Very interesting! Thanks for&nbsp;sharing.</p>
<p>I hope you&#8217;ll be successful, for I know many Mac users who could use&nbsp;this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rupert Barrow</title>
		<link>http://itredux.com/2006/06/11/objections-to-office-20/#comment-9307</link>
		<dc:creator>Rupert Barrow</dc:creator>
		<pubDate>Sat, 26 Aug 2006 14:00:42 +0000</pubDate>
		<guid isPermaLink="false">http://itredux.com/blog/2006/06/11/objections-to-office-20/#comment-9307</guid>
		<description>Hi,

I hope you don't mind my cross-posting this contribution to mydreamapp.com, a competition to design a new Mac killer app, where I introduce my idea for a STOD app : sync to on-demand. My Office 2.0 setup is built with the same services as yours, plus client applications on my Mac, which address the objections mentioned above.

Hope you like it,
-Rup

&lt;strong&gt;STOD is Sync to OnDemand&lt;/strong&gt;

On-demand (hosted) web services are great: you may be using one professionnally, or may also be a Web 2.0 service-addict for your own personal use. They have numerous advantages: hosted, usually good or excellent availability, you always have the latest version, free or low monthly subscription, no installation on your site, no maintenance on your site, no hardware on your site, etc.

However, they do have their drawbacks :
- Online : you need to be online to use these services, except for those which offer a sync feature
- Performance (speed) : although it is usually very good for a web site, it is low compared to local client applications running on your own Mac
- Usability : although Web 2.0 has much improved user interaction possibilities with web sites (vs. HTML), you are still stuck in a very basic user interface limited by your browser(s) capabilities and the web-page concept; this is much, much less nice than your usual applications on your Mac.

So, just imagine if you could join the great advantages of on-demand services with the perfect (no less!) usability, power, beauty of your Mac desktop: you have a STOD application (sync to on-demand).

This is a sync engine which sucks the data from your favorite on-demand service(s) onto you personal Mac, syncs them with .Mac on the way to give you access from all your different home/work/play Macs. It is delivered with CRUDL (Create, Read, Update, Delete, Link) user-interface consoles tuned for the specific service you usually use online, but with the best design of a Mac user-interface. Imagine a Mac app designed like Delicious Library or iSale, but for your favorite on-demand web service!

Here is my rating for my idea vs. the MyDreamApp competition's criteria:

A) Innovation and Creativity : ***** (5/5)
This has never been done. I have been waiting for this application for 2 years, and not seen anyone mention anything like it. That is why I have started prototyping it, spending most of my time looking out for the technologies (now available) to implement it with.

B) Use of OS X and Leopard technologies : ****. (4.5/5)
Integrated with many desktop Mac applictions, STOD applications will also rely on lower-level Tiger and Leopard technologies like Spotlight, CoreData, TimeMachine, etc.

C) Feasibility of Development : ****. (4.5/5)
This has already been prototyped -- more in future posts

D) Mass-Market Appeal : ***** (5/5)
I hope STOD applications (for business on-demand services) will simply be the Trojan Horse we have been waiting for to introduce the Mac massively into the entreprise.

Look out for future posts detailing each feature.

Beyond bringing valuable on-demand services right to your Mac, the STOD concept is the door open to a stream of Mac applications working locally with seamlessly-synced business services data and, turns those service platforms into an extension of the Mac and its .Mac/iDisk sync model.</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I hope you don&#8217;t mind my cross-posting this contribution to mydreamapp.com, a competition to design a new Mac killer app, where I introduce my idea for a <span class="caps">STOD</span> app : sync to on-demand. My Office 2.0 setup is built with the same services as yours, plus client applications on my Mac, which address the objections mentioned&nbsp;above.</p>
<p>Hope you like it,<br />&nbsp;-Rup</p>
<p><strong><span class="caps">STOD</span> is Sync to&nbsp;OnDemand</strong></p>
<p>On-demand (hosted) web services are great: you may be using one professionnally, or may also be a Web 2.0 service-addict for your own personal use. They have numerous advantages: hosted, usually good or excellent availability, you always have the latest version, free or low monthly subscription, no installation on your site, no maintenance on your site, no hardware on your site,&nbsp;etc.</p>
<p>However, they do have their drawbacks :<br />
- Online : you need to be online to use these services, except for those which offer a sync feature<br />
- Performance (speed) : although it is usually very good for a web site, it is low compared to local client applications running on your own Mac<br />
- Usability : although Web 2.0 has much improved user interaction possibilities with web sites (vs. <span class="caps">HTML</span>), you are still stuck in a very basic user interface limited by your browser(s) capabilities and the web-page concept; this is much, much less nice than your usual applications on your&nbsp;Mac.</p>
<p>So, just imagine if you could join the great advantages of on-demand services with the perfect (no less!) usability, power, beauty of your Mac desktop: you have a <span class="caps">STOD</span> application (sync to&nbsp;on-demand).</p>
<p>This is a sync engine which sucks the data from your favorite on-demand service(s) onto you personal Mac, syncs them with .Mac on the way to give you access from all your different home/work/play Macs. It is delivered with <span class="caps">CRUDL</span> (Create, Read, Update, Delete, Link) user-interface consoles tuned for the specific service you usually use online, but with the best design of a Mac user-interface. Imagine a Mac app designed like Delicious Library or iSale, but for your favorite on-demand web&nbsp;service!</p>
<p>Here is my rating for my idea vs. the MyDreamApp competition&#8217;s&nbsp;criteria:</p>
<p>A) Innovation and Creativity : ***** (5/5)<br />
This has never been done. I have been waiting for this application for 2 years, and not seen anyone mention anything like it. That is why I have started prototyping it, spending most of my time looking out for the technologies (now available) to implement it&nbsp;with.</p>
<p>B) Use of <span class="caps">OS</span> X and Leopard technologies : ****. (4.5/5)<br />
Integrated with many desktop Mac applictions, <span class="caps">STOD</span> applications will also rely on lower-level Tiger and Leopard technologies like Spotlight, CoreData, TimeMachine,&nbsp;etc.</p>
<p>C) Feasibility of Development : ****. (4.5/5)<br />
This has already been prototyped&thinsp;&#8212;&thinsp;more in future&nbsp;posts</p>
<p>D) Mass-Market Appeal : ***** (5/5)<br />
I hope <span class="caps">STOD</span> applications (for business on-demand services) will simply be the Trojan Horse we have been waiting for to introduce the Mac massively into the&nbsp;entreprise.</p>
<p>Look out for future posts detailing each&nbsp;feature.</p>
<p>Beyond bringing valuable on-demand services right to your Mac, the <span class="caps">STOD</span> concept is the door open to a stream of Mac applications working locally with seamlessly-synced business services data and, turns those service platforms into an extension of the Mac and its .Mac/iDisk sync&nbsp;model.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
