<?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: Is wave to complicated?</title>
	<atom:link href="http://www.masteringwave.com/2009/08/is-wave-to-complicated/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.masteringwave.com/2009/08/is-wave-to-complicated/</link>
	<description>Google Wave Made Easy</description>
	<lastBuildDate>Thu, 20 Oct 2011 10:47:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Ravikant Cherukuri</title>
		<link>http://www.masteringwave.com/2009/08/is-wave-to-complicated/comment-page-1/#comment-47</link>
		<dc:creator>Ravikant Cherukuri</dc:creator>
		<pubDate>Fri, 04 Sep 2009 00:29:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.masteringwave.com/2009/08/is-wave-to-complicated/#comment-47</guid>
		<description>Mickael -
ProcessOne is a XMPP company :). The rest of the world talks HTTP. I like where wave is taking the web. But the conversation as to if this is teh right approach has just begun. I like XMPP and wave. Operational Transform is clever but complicated. Maybe there is/will be an OT engine that will make it easy for the rest of the world to implement sync.

I do agree with the basic premise of the article. Its time to redistribute some complexity in web protocols away from applications into standards.</description>
		<content:encoded><![CDATA[<p>Mickael -<br />
ProcessOne is a XMPP company <img src='http://www.masteringwave.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> . The rest of the world talks HTTP. I like where wave is taking the web. But the conversation as to if this is teh right approach has just begun. I like XMPP and wave. Operational Transform is clever but complicated. Maybe there is/will be an OT engine that will make it easy for the rest of the world to implement sync.</p>
<p>I do agree with the basic premise of the article. Its time to redistribute some complexity in web protocols away from applications into standards.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wave news for september 1 &#171; Mastering WAVE</title>
		<link>http://www.masteringwave.com/2009/08/is-wave-to-complicated/comment-page-1/#comment-40</link>
		<dc:creator>Wave news for september 1 &#171; Mastering WAVE</dc:creator>
		<pubDate>Tue, 01 Sep 2009 10:44:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.masteringwave.com/2009/08/is-wave-to-complicated/#comment-40</guid>
		<description>[...] claims on my post that they have made a wave implementation in their software. I cannot find anything about this [...]</description>
		<content:encoded><![CDATA[<p>[...] claims on my post that they have made a wave implementation in their software. I cannot find anything about this [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mickaël Rémond</title>
		<link>http://www.masteringwave.com/2009/08/is-wave-to-complicated/comment-page-1/#comment-38</link>
		<dc:creator>Mickaël Rémond</dc:creator>
		<pubDate>Mon, 31 Aug 2009 16:15:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.masteringwave.com/2009/08/is-wave-to-complicated/#comment-38</guid>
		<description>We already have written our own Wave implementation at ProcessOne.
It clearly shows that this is not too complex to implement outside Google.</description>
		<content:encoded><![CDATA[<p>We already have written our own Wave implementation at ProcessOne.<br />
It clearly shows that this is not too complex to implement outside Google.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arif Shaikh</title>
		<link>http://www.masteringwave.com/2009/08/is-wave-to-complicated/comment-page-1/#comment-17</link>
		<dc:creator>Arif Shaikh</dc:creator>
		<pubDate>Thu, 13 Aug 2009 13:10:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.masteringwave.com/2009/08/is-wave-to-complicated/#comment-17</guid>
		<description>Hi Daniel,
Thanks for exploring Colayer Reception and for your appreciation. Yes, you can say that Colayer is a solution for complex business communications. All tools needed to communicate and work together are embedded into the Colayer platform.</description>
		<content:encoded><![CDATA[<p>Hi Daniel,<br />
Thanks for exploring Colayer Reception and for your appreciation. Yes, you can say that Colayer is a solution for complex business communications. All tools needed to communicate and work together are embedded into the Colayer platform.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bertil Hatt</title>
		<link>http://www.masteringwave.com/2009/08/is-wave-to-complicated/comment-page-1/#comment-16</link>
		<dc:creator>Bertil Hatt</dc:creator>
		<pubDate>Thu, 13 Aug 2009 12:34:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.masteringwave.com/2009/08/is-wave-to-complicated/#comment-16</guid>
		<description>Would I be wrong to thing that, within Wave, the easy-to-implement footstep are robots? Google probably learned from comparing Android and iPhone platforms that the low-hanging creative entreprises would benefit from a nutured environement, while more ambitious undertaking (e.g. Firefox) needed salaried teams — and revolutions needed walkabouts.

For thos who&#039;ll actually want to hack Wave itself, rather then compelexity itself, what seems to matter is modularity: if I hack that bit, will everything fall apart. I&#039;d assume this is the mark of the best coders, and Google has wizzards working on that one. As far as I know, no one looked into that specific aspect (for lack of an available global vision) but the mere fact that Google reveals the project modularly seems to indicate Wave is very much so.</description>
		<content:encoded><![CDATA[<p>Would I be wrong to thing that, within Wave, the easy-to-implement footstep are robots? Google probably learned from comparing Android and iPhone platforms that the low-hanging creative entreprises would benefit from a nutured environement, while more ambitious undertaking (e.g. Firefox) needed salaried teams — and revolutions needed walkabouts.</p>
<p>For thos who&#8217;ll actually want to hack Wave itself, rather then compelexity itself, what seems to matter is modularity: if I hack that bit, will everything fall apart. I&#8217;d assume this is the mark of the best coders, and Google has wizzards working on that one. As far as I know, no one looked into that specific aspect (for lack of an available global vision) but the mere fact that Google reveals the project modularly seems to indicate Wave is very much so.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dgr</title>
		<link>http://www.masteringwave.com/2009/08/is-wave-to-complicated/comment-page-1/#comment-15</link>
		<dc:creator>dgr</dc:creator>
		<pubDate>Thu, 13 Aug 2009 08:02:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.masteringwave.com/2009/08/is-wave-to-complicated/#comment-15</guid>
		<description>Hi arif,
I looked at your product colayer on the tour with you. It looks pretty cool and is something with will be easy to get up and running in an organisation. It works much like wave on the sandbox server. 

That google wave is requiring HTML5 is probably to driv people to upgrade to ne browsers.

The XMPP protocol is to have communication across company borders. And it is a complex feature, but probably very requested.</description>
		<content:encoded><![CDATA[<p>Hi arif,<br />
I looked at your product colayer on the tour with you. It looks pretty cool and is something with will be easy to get up and running in an organisation. It works much like wave on the sandbox server. </p>
<p>That google wave is requiring HTML5 is probably to driv people to upgrade to ne browsers.</p>
<p>The XMPP protocol is to have communication across company borders. And it is a complex feature, but probably very requested.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arif Shaikh</title>
		<link>http://www.masteringwave.com/2009/08/is-wave-to-complicated/comment-page-1/#comment-14</link>
		<dc:creator>Arif Shaikh</dc:creator>
		<pubDate>Thu, 13 Aug 2009 06:21:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.masteringwave.com/2009/08/is-wave-to-complicated/#comment-14</guid>
		<description>@dgr:
I will answer on behalf of Nida as I am technically involved in Colayer.
The basic concepts of Colayer and Google Wave are almost the same. Colayer however uses more the currently available web standards, while Google Wave tries to develop new standards in a lot of areas. The Google Wave client is an XML client, while the Colayer client is DHTML. Google defines a new federation protocol, while Colayer uses http everywhere.
But to come back to the core topic of this blog post (discussed it with Markus Hegi too -CEO and founder of Colayer):

The REAL QUESTION is: DO WE NEED A NEW PROTOCOL AT ALL? and DO WE NEED a heavy xml client?

Way back in the beginning of the internet, there were more than 50 differnet protocols, and now, there are basically 2 dominating ones - and do we need at all 2? We could very well do everything with one single protocol, and http is the dominating one, why not running everything on it? We could even simplify some things, and extend a little to make the REAL real time happen - (streaming) -

Lets not just think of the implementation time, but lets also think of the various associated tools! - the question is not, if the federation protocol is &quot;better&quot; or simpler, but rather: there is a lot of knowledge out there for http - and a lot of associated tools! - think of security: what about the federation protocol and firewalls?

Well, I would not make a statement, if the federation protocol will be successful or not. But why would we need it, if we can do without? -
As Colayer, we will do an &quot;honest&quot; effort to integrate a wave server into Colayer (also, because a great company like Google is behind, and of course, because some customers will ask for it) - I can&quot;t say how successful we will be with it, but I think that Anil Dash is a little too pessimistic in this area: I believe, with the open source, it should be possible to build a good, stable Wave server for us into the Colayer platform - The same way we have built the email interface, or the SMS interface, in order to combine the different communication worlds ...

And yes, Colayer&quot;s focus is clearly the enterprise (therefore, we have very little public versions) - I would really love to hear your opinion about it ... Please visit us on the http://colayer.com virutal reception (ask for Arif! - I will join you, if I am around) and I will show you a little of what we do! -</description>
		<content:encoded><![CDATA[<p>@dgr:<br />
I will answer on behalf of Nida as I am technically involved in Colayer.<br />
The basic concepts of Colayer and Google Wave are almost the same. Colayer however uses more the currently available web standards, while Google Wave tries to develop new standards in a lot of areas. The Google Wave client is an XML client, while the Colayer client is DHTML. Google defines a new federation protocol, while Colayer uses http everywhere.<br />
But to come back to the core topic of this blog post (discussed it with Markus Hegi too -CEO and founder of Colayer):</p>
<p>The REAL QUESTION is: DO WE NEED A NEW PROTOCOL AT ALL? and DO WE NEED a heavy xml client?</p>
<p>Way back in the beginning of the internet, there were more than 50 differnet protocols, and now, there are basically 2 dominating ones &#8211; and do we need at all 2? We could very well do everything with one single protocol, and http is the dominating one, why not running everything on it? We could even simplify some things, and extend a little to make the REAL real time happen &#8211; (streaming) -</p>
<p>Lets not just think of the implementation time, but lets also think of the various associated tools! &#8211; the question is not, if the federation protocol is &#8220;better&#8221; or simpler, but rather: there is a lot of knowledge out there for http &#8211; and a lot of associated tools! &#8211; think of security: what about the federation protocol and firewalls?</p>
<p>Well, I would not make a statement, if the federation protocol will be successful or not. But why would we need it, if we can do without? -<br />
As Colayer, we will do an &#8220;honest&#8221; effort to integrate a wave server into Colayer (also, because a great company like Google is behind, and of course, because some customers will ask for it) &#8211; I can&#8221;t say how successful we will be with it, but I think that Anil Dash is a little too pessimistic in this area: I believe, with the open source, it should be possible to build a good, stable Wave server for us into the Colayer platform &#8211; The same way we have built the email interface, or the SMS interface, in order to combine the different communication worlds &#8230;</p>
<p>And yes, Colayer&#8221;s focus is clearly the enterprise (therefore, we have very little public versions) &#8211; I would really love to hear your opinion about it &#8230; Please visit us on the <a href="http://colayer.com" rel="nofollow">http://colayer.com</a> virutal reception (ask for Arif! &#8211; I will join you, if I am around) and I will show you a little of what we do! -</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dgr</title>
		<link>http://www.masteringwave.com/2009/08/is-wave-to-complicated/comment-page-1/#comment-11</link>
		<dc:creator>dgr</dc:creator>
		<pubDate>Wed, 12 Aug 2009 10:52:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.masteringwave.com/2009/08/is-wave-to-complicated/#comment-11</guid>
		<description>@Nida Rafiq
I&#039;m not much into what Colayer can. You are implementing some way of coordinating with the waveprotocol, os you have another client. Hopefully one whith is better suite to an enterprise setting. 
Are you creating a wave server with the full protocol specification. Why don&#039;t you share you thoughts on the complexity issue which is being debated now. 
/daniel</description>
		<content:encoded><![CDATA[<p>@Nida Rafiq<br />
I&#8217;m not much into what Colayer can. You are implementing some way of coordinating with the waveprotocol, os you have another client. Hopefully one whith is better suite to an enterprise setting.<br />
Are you creating a wave server with the full protocol specification. Why don&#8217;t you share you thoughts on the complexity issue which is being debated now.<br />
/daniel</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: @arif</title>
		<link>http://www.masteringwave.com/2009/08/is-wave-to-complicated/comment-page-1/#comment-9</link>
		<dc:creator>@arif</dc:creator>
		<pubDate>Wed, 12 Aug 2009 10:31:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.masteringwave.com/2009/08/is-wave-to-complicated/#comment-9</guid>
		<description>Google is offering drag n drop , real time translation, concurrent editing and so many cool features. Google uses HTML 5 like video,drag n drop built in tags. For end uses technology docent matter what matters is how robust it works and how different and user friendly an application is. So many users are addicted to gmail why ;)</description>
		<content:encoded><![CDATA[<p>Google is offering drag n drop , real time translation, concurrent editing and so many cool features. Google uses HTML 5 like video,drag n drop built in tags. For end uses technology docent matter what matters is how robust it works and how different and user friendly an application is. So many users are addicted to gmail why <img src='http://www.masteringwave.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Divya</title>
		<link>http://www.masteringwave.com/2009/08/is-wave-to-complicated/comment-page-1/#comment-8</link>
		<dc:creator>Divya</dc:creator>
		<pubDate>Wed, 12 Aug 2009 10:00:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.masteringwave.com/2009/08/is-wave-to-complicated/#comment-8</guid>
		<description>Hi,
  I guess if one wishes to use sophisticated features then ,Organizations as well as individuals will have to higher versions of IE and other browsers rather than sticking on to IE6.</description>
		<content:encoded><![CDATA[<p>Hi,<br />
  I guess if one wishes to use sophisticated features then ,Organizations as well as individuals will have to higher versions of IE and other browsers rather than sticking on to IE6.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

