<?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 for Security Expert Initiative</title>
	<atom:link href="http://www.seinit.org/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://www.seinit.org</link>
	<description>Security &#38; Privacy projects</description>
	<lastBuildDate>Sat, 06 Mar 2010 23:08:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Comment on Guidelines by Apple Human</title>
		<link>http://www.seinit.org/security-projects/guidelines/comment-page-1#comment-60</link>
		<dc:creator>Apple Human</dc:creator>
		<pubDate>Sat, 06 Mar 2010 23:08:58 +0000</pubDate>
		<guid isPermaLink="false">http://seinit.org/?p=1#comment-60</guid>
		<description>Apple&#039;s Human Interface Guidelines for the iPad outline how to create user interfaces optimized for the iPad device.</description>
		<content:encoded><![CDATA[<p>Apple&#8217;s Human Interface Guidelines for the iPad outline how to create user interfaces optimized for the iPad device.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Work of the British and American soldiers on disarmament of these devices the heroic by Gordon Brown</title>
		<link>http://www.seinit.org/security-projects/work-of-the-british-and-american-soldiers/comment-page-1#comment-59</link>
		<dc:creator>Gordon Brown</dc:creator>
		<pubDate>Sat, 06 Mar 2010 23:06:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.seinit.org/?p=114#comment-59</guid>
		<description>British Prime Minister Gordon Brown promised British troops 200 new patrol vehicles that can resist roadside bombs more effectively during an unannounced visit Saturday to southern Afghanistan.</description>
		<content:encoded><![CDATA[<p>British Prime Minister Gordon Brown promised British troops 200 new patrol vehicles that can resist roadside bombs more effectively during an unannounced visit Saturday to southern Afghanistan.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Authorities charge four California men in ticket reselling scheme that affected Springsteen ticket sales by Paul Getty</title>
		<link>http://www.seinit.org/security-expert/authorities-charge-four-california-men/comment-page-1#comment-58</link>
		<dc:creator>Paul Getty</dc:creator>
		<pubDate>Sat, 06 Mar 2010 22:54:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.seinit.org/?p=149#comment-58</guid>
		<description>Gordon Getty contributed $25 million dollars to the Russian National Orchestra which Prince Michael takes a great interest in.</description>
		<content:encoded><![CDATA[<p>Gordon Getty contributed $25 million dollars to the Russian National Orchestra which Prince Michael takes a great interest in.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on New Architecture and Models by Daniel Tunkelang</title>
		<link>http://www.seinit.org/privacy-projects/new-architecture-and-models/comment-page-1#comment-57</link>
		<dc:creator>Daniel Tunkelang</dc:creator>
		<pubDate>Sat, 06 Mar 2010 22:29:39 +0000</pubDate>
		<guid isPermaLink="false">http://seinit.org/?p=39#comment-57</guid>
		<description>I agree that it&#039;s silly to use a complex caching architecture when the main concern is i/o and everything can be fit into an in-memory index / database. My concern here is that some of LinkedIn&#039;s queries sounds CPU-intensive, or at least require lots of random access. I have over 400k degree-two connections, and I&#039;m sure lots of people have more. Sounds like something you don&#039;t want to recompute on every query--but you do have to keep it somewhat up to date as the network changes.</description>
		<content:encoded><![CDATA[<p>I agree that it&#8217;s silly to use a complex caching architecture when the main concern is i/o and everything can be fit into an in-memory index / database. My concern here is that some of LinkedIn&#8217;s queries sounds CPU-intensive, or at least require lots of random access. I have over 400k degree-two connections, and I&#8217;m sure lots of people have more. Sounds like something you don&#8217;t want to recompute on every query&#8211;but you do have to keep it somewhat up to date as the network changes.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
