<?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: 24 hours of Buzz</title>
	<atom:link href="http://www.zengestrom.com/blog/2010/02/24-hours-of-buzz.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.zengestrom.com/blog/2010/02/24-hours-of-buzz.html</link>
	<description></description>
	<lastBuildDate>Thu, 05 Jan 2012 09:34:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Johan Sellstrom</title>
		<link>http://www.zengestrom.com/blog/2010/02/24-hours-of-buzz.html#comment-889</link>
		<dc:creator>Johan Sellstrom</dc:creator>
		<pubDate>Tue, 16 Feb 2010 06:40:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.zengestrom.com/?p=512#comment-889</guid>
		<description>I put together a few notes about how we could base the distribution on good old email as well. Do we really need the real time aspect? In Buzz it is just annoying when stuff pop up while you are reading.

You are already forced to trust your email provider so there would not be any further privacy concerns with such a solution.

Otherwise I agree with the obvious choice of protocol stack that Google is advocating.

semanticmail.org</description>
		<content:encoded><![CDATA[<p>I put together a few notes about how we could base the distribution on good old email as well. Do we really need the real time aspect? In Buzz it is just annoying when stuff pop up while you are reading.</p>
<p>You are already forced to trust your email provider so there would not be any further privacy concerns with such a solution.</p>
<p>Otherwise I agree with the obvious choice of protocol stack that Google is advocating.</p>
<p>semanticmail.org</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Janne</title>
		<link>http://www.zengestrom.com/blog/2010/02/24-hours-of-buzz.html#comment-812</link>
		<dc:creator>Janne</dc:creator>
		<pubDate>Fri, 12 Feb 2010 19:37:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.zengestrom.com/?p=512#comment-812</guid>
		<description>Facebook, Qzone, Habbo, MyScace, Twitter, Flickr, LinkedIn, Buzz... and list goes on. There are N social networks existing and most likely one or two appears and disappears every day.

It is easy to agree on the argument that companies are creating silos. Of course they are since fundamental drivers for business is to win market place with their offering. For some reason these silos are considered as bad thing. As an solution, for alleged problem of silos or &quot;total domination&quot;, web community is trying to standardize the social networks.

To me it does not make too much sense. Social (Inter)networks are places where people communicate and have conversations in context of the Social Network. Analog of early days of mobile communication where people could not call from one cellular carrier to other have nothing to do with social (Inter)network world. You can join almost any community if you want you. More proper analogue can be found from social (realworld)networks.

You are most likely to have totally different type of conversations with your friends 2AM in night club than with the same people during coffee break on a working day. There is no need to standardize and have means of transferring all conversations, actions, status updates, of previous evening of Night Club social (realworld) network to Work social (realworld)network. &quot;What happens in Vegas stays in Vegas&quot;. 

In a similar manner there is no real(time) need to share conversation of Facebook &quot;cocktail party&quot; social (Inter)network to LinkedIn &quot;work place&quot; social (Inter)network. Social network is a place. Some stuff is relevant only in certain places.

Clubs, restaurants, work places, parks, public places and private places are de facto silos. It is not bad thing to have clubs, everyone is not interested in hanging in a park, some of us want to go to slow food restaurant for others faster is just ok. No standards are needed, just freedom to select where to communicative, where to have conversations.

And yes if you want to have conversation with tribe man in Congo silos can do that as well. Just enter the Tribe silo and keep the conversation live.

As last: My contribution to social network silos is an other short url generator http://1d.fi this time dedicated for sharing the location. This entry was written here: http://1d.fi/19M2rXREUm

J.A</description>
		<content:encoded><![CDATA[<p>Facebook, Qzone, Habbo, MyScace, Twitter, Flickr, LinkedIn, Buzz&#8230; and list goes on. There are N social networks existing and most likely one or two appears and disappears every day.</p>
<p>It is easy to agree on the argument that companies are creating silos. Of course they are since fundamental drivers for business is to win market place with their offering. For some reason these silos are considered as bad thing. As an solution, for alleged problem of silos or &#8220;total domination&#8221;, web community is trying to standardize the social networks.</p>
<p>To me it does not make too much sense. Social (Inter)networks are places where people communicate and have conversations in context of the Social Network. Analog of early days of mobile communication where people could not call from one cellular carrier to other have nothing to do with social (Inter)network world. You can join almost any community if you want you. More proper analogue can be found from social (realworld)networks.</p>
<p>You are most likely to have totally different type of conversations with your friends 2AM in night club than with the same people during coffee break on a working day. There is no need to standardize and have means of transferring all conversations, actions, status updates, of previous evening of Night Club social (realworld) network to Work social (realworld)network. &#8220;What happens in Vegas stays in Vegas&#8221;. </p>
<p>In a similar manner there is no real(time) need to share conversation of Facebook &#8220;cocktail party&#8221; social (Inter)network to LinkedIn &#8220;work place&#8221; social (Inter)network. Social network is a place. Some stuff is relevant only in certain places.</p>
<p>Clubs, restaurants, work places, parks, public places and private places are de facto silos. It is not bad thing to have clubs, everyone is not interested in hanging in a park, some of us want to go to slow food restaurant for others faster is just ok. No standards are needed, just freedom to select where to communicative, where to have conversations.</p>
<p>And yes if you want to have conversation with tribe man in Congo silos can do that as well. Just enter the Tribe silo and keep the conversation live.</p>
<p>As last: My contribution to social network silos is an other short url generator <a href="http://1d.fi" rel="nofollow">http://1d.fi</a> this time dedicated for sharing the location. This entry was written here: <a href="http://1d.fi/19M2rXREUm" rel="nofollow">http://1d.fi/19M2rXREUm</a></p>
<p>J.A</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://www.zengestrom.com/blog/2010/02/24-hours-of-buzz.html#comment-809</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Fri, 12 Feb 2010 17:42:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.zengestrom.com/?p=512#comment-809</guid>
		<description>It seems to me that the big difference here is persistence. That is: with email, the recipients are enumerated and each is responsible for hosting their copy of the received messages. But with public social networking I&#039;m not sure how that goes. I mean, for your established friends you could basically aggregate feeds. But how does the discovery process work? How do you find new friends, or browse location-based feeds, without depending in one provider? 

Perhaps it looks like a Usenet store and forward model, and a user subscribes to a social aggregator service as part if their Internet service. Perhaps Google has addressed this.</description>
		<content:encoded><![CDATA[<p>It seems to me that the big difference here is persistence. That is: with email, the recipients are enumerated and each is responsible for hosting their copy of the received messages. But with public social networking I&#8217;m not sure how that goes. I mean, for your established friends you could basically aggregate feeds. But how does the discovery process work? How do you find new friends, or browse location-based feeds, without depending in one provider? </p>
<p>Perhaps it looks like a Usenet store and forward model, and a user subscribes to a social aggregator service as part if their Internet service. Perhaps Google has addressed this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arthur</title>
		<link>http://www.zengestrom.com/blog/2010/02/24-hours-of-buzz.html#comment-806</link>
		<dc:creator>Arthur</dc:creator>
		<pubDate>Fri, 12 Feb 2010 16:05:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.zengestrom.com/?p=512#comment-806</guid>
		<description>@Jyri Hope you like it!</description>
		<content:encoded><![CDATA[<p>@Jyri Hope you like it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Lusk</title>
		<link>http://www.zengestrom.com/blog/2010/02/24-hours-of-buzz.html#comment-770</link>
		<dc:creator>Richard Lusk</dc:creator>
		<pubDate>Fri, 12 Feb 2010 04:27:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.zengestrom.com/?p=512#comment-770</guid>
		<description>@Jyri. Yes. Great thread. Thanks for pointing it out. Good stuff going on over there at Google.</description>
		<content:encoded><![CDATA[<p>@Jyri. Yes. Great thread. Thanks for pointing it out. Good stuff going on over there at Google.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jyri</title>
		<link>http://www.zengestrom.com/blog/2010/02/24-hours-of-buzz.html#comment-735</link>
		<dc:creator>Jyri</dc:creator>
		<pubDate>Thu, 11 Feb 2010 23:05:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.zengestrom.com/?p=512#comment-735</guid>
		<description>@Arthur I just installed your plugin. Cool.</description>
		<content:encoded><![CDATA[<p>@Arthur I just installed your plugin. Cool.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jyri</title>
		<link>http://www.zengestrom.com/blog/2010/02/24-hours-of-buzz.html#comment-731</link>
		<dc:creator>Jyri</dc:creator>
		<pubDate>Thu, 11 Feb 2010 22:39:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.zengestrom.com/?p=512#comment-731</guid>
		<description>Google engineer DeWitt Clinton (a friend and my former office mate at Google) has a &lt;a href=&quot;http://www.google.com/buzz/dclinton/XxER6oP4WGe/The-best-way-to-get-a-sense-of-where-the-Buzz-API&quot; rel=&quot;nofollow&quot;&gt;great post up on Buzz&lt;/a&gt; about the open standards effort. Here&#039;s an excerpt:

&lt;blockquote&gt;&quot;The best way to get a sense of where the Buzz API is heading is to take a look at http://code.google.com/apis/buzz/. You&#039;ll notice that the &quot;coming soon&quot; section mentions a ton of protocols—Activity Streams, Atom, AtomPub, MediaRSS, WebFinger, PubSubHubbub, Salmon, OAuth, XFN, etc.

What it doesn&#039;t talk much about is Google. That&#039;s because the goal isn&#039;t Google specific at all. The idea is that someday, any host on the web should be able to implement these open protocols and send messages back and forth in real time with users from any network, without any one company in the middle.&quot;&lt;/blockquote&gt;

It&#039;s worth reading &lt;a href=&quot;http://www.google.com/buzz/dclinton/XxER6oP4WGe/The-best-way-to-get-a-sense-of-where-the-Buzz-API&quot; rel=&quot;nofollow&quot;&gt;the whole conversation thread&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Google engineer DeWitt Clinton (a friend and my former office mate at Google) has a <a href="http://www.google.com/buzz/dclinton/XxER6oP4WGe/The-best-way-to-get-a-sense-of-where-the-Buzz-API" rel="nofollow">great post up on Buzz</a> about the open standards effort. Here&#8217;s an excerpt:</p>
<blockquote><p>&#8220;The best way to get a sense of where the Buzz API is heading is to take a look at <a href="http://code.google.com/apis/buzz/" rel="nofollow">http://code.google.com/apis/buzz/</a>. You&#8217;ll notice that the &#8220;coming soon&#8221; section mentions a ton of protocols—Activity Streams, Atom, AtomPub, MediaRSS, WebFinger, PubSubHubbub, Salmon, OAuth, XFN, etc.</p>
<p>What it doesn&#8217;t talk much about is Google. That&#8217;s because the goal isn&#8217;t Google specific at all. The idea is that someday, any host on the web should be able to implement these open protocols and send messages back and forth in real time with users from any network, without any one company in the middle.&#8221;</p></blockquote>
<p>It&#8217;s worth reading <a href="http://www.google.com/buzz/dclinton/XxER6oP4WGe/The-best-way-to-get-a-sense-of-where-the-Buzz-API" rel="nofollow">the whole conversation thread</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bertil Hatt</title>
		<link>http://www.zengestrom.com/blog/2010/02/24-hours-of-buzz.html#comment-717</link>
		<dc:creator>Bertil Hatt</dc:creator>
		<pubDate>Thu, 11 Feb 2010 20:22:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.zengestrom.com/?p=512#comment-717</guid>
		<description>Amen, indeed.

I&#039;m very keen on the technical aspect of this (well, I&#039;m supposed to be if I don&#039;t want my PhD advisor to kill me for never fininsh that little projet) — but I love how you seemlessly connected it to translating features, and I&#039;m eager to see Open Standards for translation too.

What would be cool is that you actually find an innocent victim of that idea (if it could be some obscure Asian language site, all the better) to demonstrate both that your intentions are to turn Social Web into somethign as diverse as e-mail clients, and that they&#039;ll be great surprises on the way.

Don&#039;t forget the later part for Open Standard: cooperation and non-zero-sum-game are great, but surprise is the magic spark that will help us sell the story to mean finite-game VCs.</description>
		<content:encoded><![CDATA[<p>Amen, indeed.</p>
<p>I&#8217;m very keen on the technical aspect of this (well, I&#8217;m supposed to be if I don&#8217;t want my PhD advisor to kill me for never fininsh that little projet) — but I love how you seemlessly connected it to translating features, and I&#8217;m eager to see Open Standards for translation too.</p>
<p>What would be cool is that you actually find an innocent victim of that idea (if it could be some obscure Asian language site, all the better) to demonstrate both that your intentions are to turn Social Web into somethign as diverse as e-mail clients, and that they&#8217;ll be great surprises on the way.</p>
<p>Don&#8217;t forget the later part for Open Standard: cooperation and non-zero-sum-game are great, but surprise is the magic spark that will help us sell the story to mean finite-game VCs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arthur</title>
		<link>http://www.zengestrom.com/blog/2010/02/24-hours-of-buzz.html#comment-716</link>
		<dc:creator>Arthur</dc:creator>
		<pubDate>Thu, 11 Feb 2010 19:11:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.zengestrom.com/?p=512#comment-716</guid>
		<description>Here&#039;s a new Firefox extension for Google Buzz (made within the first 24 hours): http://bit.ly/95QSjB</description>
		<content:encoded><![CDATA[<p>Here&#8217;s a new Firefox extension for Google Buzz (made within the first 24 hours): <a href="http://bit.ly/95QSjB" rel="nofollow">http://bit.ly/95QSjB</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Lusk</title>
		<link>http://www.zengestrom.com/blog/2010/02/24-hours-of-buzz.html#comment-713</link>
		<dc:creator>Richard Lusk</dc:creator>
		<pubDate>Thu, 11 Feb 2010 17:42:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.zengestrom.com/?p=512#comment-713</guid>
		<description>Amen.</description>
		<content:encoded><![CDATA[<p>Amen.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

