<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Commentaires sur : Twitter and the Architectural Challenges of Life Streaming Applications</title>
	<atom:link href="http://www.balencourt.com/blog/2008/05/13/twitter-and-the-architectural-challenges-of-life-streaming-applications/feed" rel="self" type="application/rss+xml" />
	<link>http://www.balencourt.com/blog/2008/05/13/twitter-and-the-architectural-challenges-of-life-streaming-applications</link>
	<description>teenager then manager</description>
	<lastBuildDate>Sat, 14 Aug 2010 14:09:29 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
	<atom:link rel="hub" href="http://superfeedr.com/hubbub" />
		<item>
		<title>Par : elise</title>
		<link>http://www.balencourt.com/blog/2008/05/13/twitter-and-the-architectural-challenges-of-life-streaming-applications/comment-page-1#comment-3130</link>
		<dc:creator>elise</dc:creator>
		<pubDate>Wed, 14 May 2008 13:10:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.balencourt.com/blog/2008/05/13/twitter-and-the-architectural-challenges-of-life-streaming-applications#comment-3130</guid>
		<description>tes points à toi sont valides.

Mais il reste que lui se goure sur la terminologie:
- twitter n&#039;est pas du streaming
- dénormaliser une DB - il critique les DB en masse sans nuancer
- le cloud computing a son temps de latence, il faut donc y réfléchir de facon plus nuancée

bref, si il sait de quoi il parle, il ne l&#039;exprime pas bien, donc je reste peu impressionnée.</description>
		<content:encoded><![CDATA[<p>tes points à toi sont valides.</p>
<p>Mais il reste que lui se goure sur la terminologie:<br />
- twitter n&#8217;est pas du streaming<br />
- dénormaliser une DB &#8211; il critique les DB en masse sans nuancer<br />
- le cloud computing a son temps de latence, il faut donc y réfléchir de facon plus nuancée</p>
<p>bref, si il sait de quoi il parle, il ne l&#8217;exprime pas bien, donc je reste peu impressionnée.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : <img src='http://www.balencourt.com/blog/wp-content/plugins/rpx/images/openid.png'/> Denis</title>
		<link>http://www.balencourt.com/blog/2008/05/13/twitter-and-the-architectural-challenges-of-life-streaming-applications/comment-page-1#comment-3129</link>
		<dc:creator><img src='http://www.balencourt.com/blog/wp-content/plugins/rpx/images/openid.png'/> Denis</dc:creator>
		<pubDate>Wed, 14 May 2008 12:44:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.balencourt.com/blog/2008/05/13/twitter-and-the-architectural-challenges-of-life-streaming-applications#comment-3129</guid>
		<description>Elise je pense qu&#039;il y a un brin d&#039;incompréhension des sujets traités et pas un manque d&#039;intelligence de la part de l&#039;auteur. Si tu me permets une explication de texte point par point je dirais :

1 : life streaming il faut l&#039;entendre comme un synonyme de &lt;a href=&quot;http://en.wikipedia.org/wiki/Lifecasting_(video_stream)&quot; rel=&quot;nofollow&quot;&gt;lifecasting&lt;/a&gt;. Un type d&#039;usage, distribuer les événements de sa vie à une audience, dont twitter (mais aussi seesmix, friendfeed, mento,...) peut incarner le hit de l&#039;année.

2 : Pour les DB relationnelles, c&#039;est la théorie de la normalisation des données qui est à pondérer avec la volonté de robustesse et souplesse du système. Twitter, c&#039;est pas banksys ;). Donc des DB (système) relationnelles mais décomplexées ;)

3 : Je pense que les 26 machiens de l&#039;exemple existent pour pouvoir faire face à une montée en charge, que la réplication massive (même si elle induit des délais dans la réplication) assure une stabilité plus grande du système à moindre coût. Un nuage de serveurs plutôt qu&#039;un master (single point of failure) et une asérie de slaves...</description>
		<content:encoded><![CDATA[<p>Elise je pense qu&#8217;il y a un brin d&#8217;incompréhension des sujets traités et pas un manque d&#8217;intelligence de la part de l&#8217;auteur. Si tu me permets une explication de texte point par point je dirais :</p>
<p>1 : life streaming il faut l&#8217;entendre comme un synonyme de <a href="http://en.wikipedia.org/wiki/Lifecasting_(video_stream)" rel="nofollow">lifecasting</a>. Un type d&#8217;usage, distribuer les événements de sa vie à une audience, dont twitter (mais aussi seesmix, friendfeed, mento,&#8230;) peut incarner le hit de l&#8217;année.</p>
<p>2 : Pour les DB relationnelles, c&#8217;est la théorie de la normalisation des données qui est à pondérer avec la volonté de robustesse et souplesse du système. Twitter, c&#8217;est pas banksys <img src='http://www.balencourt.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> . Donc des DB (système) relationnelles mais décomplexées <img src='http://www.balencourt.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>3 : Je pense que les 26 machiens de l&#8217;exemple existent pour pouvoir faire face à une montée en charge, que la réplication massive (même si elle induit des délais dans la réplication) assure une stabilité plus grande du système à moindre coût. Un nuage de serveurs plutôt qu&#8217;un master (single point of failure) et une asérie de slaves&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : elise</title>
		<link>http://www.balencourt.com/blog/2008/05/13/twitter-and-the-architectural-challenges-of-life-streaming-applications/comment-page-1#comment-3127</link>
		<dc:creator>elise</dc:creator>
		<pubDate>Wed, 14 May 2008 11:38:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.balencourt.com/blog/2008/05/13/twitter-and-the-architectural-challenges-of-life-streaming-applications#comment-3127</guid>
		<description>&#039;scuse mais il n&#039;est pas précisément intelligent cet article.

1. Twitter n&#039;est pas du live (et pas life) streaming.  Ce sont des messages de texte pur.
2. jetter les DB relationelles?   pour l&#039;instant c&#039;est le méchanisme le plus rapide de récupération de données de façon nuancées.  Les DB objet, la dernière fois que j&#039;ai regardé, n&#039;étaient toujours pas très performantes
3. déplacer vers &#039;cloud computing&#039; ?  bravo, ca veut dire qu&#039;on va accéder une base de donnée ou un SAN (= DB distribuées) ... sur une autre machine !  au bottleneck de la base de données on ajoute donc le temps de connection.

Bref, le gars il a fait un buzz bingo dans son coin sans connaissance de cause ...</description>
		<content:encoded><![CDATA[<p>&#8216;scuse mais il n&#8217;est pas précisément intelligent cet article.</p>
<p>1. Twitter n&#8217;est pas du live (et pas life) streaming.  Ce sont des messages de texte pur.<br />
2. jetter les DB relationelles?   pour l&#8217;instant c&#8217;est le méchanisme le plus rapide de récupération de données de façon nuancées.  Les DB objet, la dernière fois que j&#8217;ai regardé, n&#8217;étaient toujours pas très performantes<br />
3. déplacer vers &#8216;cloud computing&#8217; ?  bravo, ca veut dire qu&#8217;on va accéder une base de donnée ou un SAN (= DB distribuées) &#8230; sur une autre machine !  au bottleneck de la base de données on ajoute donc le temps de connection.</p>
<p>Bref, le gars il a fait un buzz bingo dans son coin sans connaissance de cause &#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
