<?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: Personal Web Services &#8211; The Unnecessary Business</title>
	<atom:link href="http://www.goland.org/noneed/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.goland.org/noneed/</link>
	<description>Technology, Politics, Food, Finance, etc.</description>
	<lastBuildDate>Fri, 30 Jul 2010 16:51:19 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Administrator</title>
		<link>http://www.goland.org/noneed/comment-page-1/#comment-18537</link>
		<dc:creator>Administrator</dc:creator>
		<pubDate>Wed, 16 Aug 2006 01:24:47 +0000</pubDate>
		<guid isPermaLink="false">#comment-18537</guid>
		<description>Given that the power needed by your average headless server is in the range of a lightbulb I don&#039;t see power as an issue. As for backing up, you need that in any case for your main machine so the extra load from the zero is effectively zero.

As for functionality, I must admit that I&#039;m having trouble coming up with any loss of &quot;social&quot; data by having the specific services I listed in the article served privately. 

Take an address book as an example. It knows who the owner&#039;s friends are and the server itself can trivially aggregate data from those friends and use it for &#039;friends of friends&#039; functionality. In fact, it can do queries across the friends of friends data that a centralized system could never afford to calculate.

As for handling the slashdot effect, there&#039;s nothing magical about P2P. If someone is worried about the slashdot effect then by definition they are not serving up private data and therefore the entire article no longer applies.

I think the key point here is that I am only talking about services such as the specific list I gave at the start of the article that are inherently private (or very small scale). If data isn&#039;t private (which beyond 1 or 2 hops in a friend of friends system, it&#039;s not) or isn&#039;t small scale then my article doesn&#039;t apply. But it turns out, as I believe my list shows, that lots and lots and lots of very interesting and very private data does fit into the examples.</description>
		<content:encoded><![CDATA[<p>Given that the power needed by your average headless server is in the range of a lightbulb I don&#8217;t see power as an issue. As for backing up, you need that in any case for your main machine so the extra load from the zero is effectively zero.</p>
<p>As for functionality, I must admit that I&#8217;m having trouble coming up with any loss of &#8220;social&#8221; data by having the specific services I listed in the article served privately. </p>
<p>Take an address book as an example. It knows who the owner&#8217;s friends are and the server itself can trivially aggregate data from those friends and use it for &#8216;friends of friends&#8217; functionality. In fact, it can do queries across the friends of friends data that a centralized system could never afford to calculate.</p>
<p>As for handling the slashdot effect, there&#8217;s nothing magical about P2P. If someone is worried about the slashdot effect then by definition they are not serving up private data and therefore the entire article no longer applies.</p>
<p>I think the key point here is that I am only talking about services such as the specific list I gave at the start of the article that are inherently private (or very small scale). If data isn&#8217;t private (which beyond 1 or 2 hops in a friend of friends system, it&#8217;s not) or isn&#8217;t small scale then my article doesn&#8217;t apply. But it turns out, as I believe my list shows, that lots and lots and lots of very interesting and very private data does fit into the examples.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julien Couvreur</title>
		<link>http://www.goland.org/noneed/comment-page-1/#comment-18521</link>
		<dc:creator>Julien Couvreur</dc:creator>
		<pubDate>Tue, 15 Aug 2006 16:49:55 +0000</pubDate>
		<guid isPermaLink="false">#comment-18521</guid>
		<description>I posted &lt;a href=&quot;http://blog.monstuff.com/archives/000140.html&quot; rel=&quot;nofollow&quot;&gt;some thoughts&lt;/a&gt; along the same lines.
I think that you missed some important trade-offs though. Personal services do get better privacy and more resources per user, but there have downsides: there is a maintenance cost (power, backuping,..) and a functionality cost (it&#039;s difficult to aggregate the social data and learn from crowd).
Also, you mention that centralized/hosted services can handle the slashdot effect better. I rather think that P2P or hybrid systems (minimal server involvement, large edge caching and computation) would be a better fit.</description>
		<content:encoded><![CDATA[<p>I posted <a href="http://blog.monstuff.com/archives/000140.html" rel="nofollow">some thoughts</a> along the same lines.<br />
I think that you missed some important trade-offs though. Personal services do get better privacy and more resources per user, but there have downsides: there is a maintenance cost (power, backuping,..) and a functionality cost (it&#8217;s difficult to aggregate the social data and learn from crowd).<br />
Also, you mention that centralized/hosted services can handle the slashdot effect better. I rather think that P2P or hybrid systems (minimal server involvement, large edge caching and computation) would be a better fit.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
