<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>The Schema Czar &#187; Critical Concepts</title>
	<atom:link href="http://blog.schemaczar.com/category/critical-concepts/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.schemaczar.com</link>
	<description>Experienced thinking on designing, building, supporting, and maintaining software - database software and otherwise.</description>
	<lastBuildDate>Thu, 17 Nov 2011 02:13:19 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Measuring Security as Cost to Breach</title>
		<link>http://blog.schemaczar.com/2011-10/measuring-security-as-cost-to-breach/</link>
		<comments>http://blog.schemaczar.com/2011-10/measuring-security-as-cost-to-breach/#comments</comments>
		<pubDate>Tue, 11 Oct 2011 02:10:54 +0000</pubDate>
		<dc:creator>The Schema Czar</dc:creator>
				<category><![CDATA[Critical Concepts]]></category>
		<category><![CDATA[Database Security]]></category>
		<category><![CDATA[information valuation]]></category>
		<category><![CDATA[risk management]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://blog.schemaczar.com/?p=342</guid>
		<description><![CDATA[Once we have deconstructed our thoughts of security in terms of absolutes, how do we understand the jobs we face or know when we're done?]]></description>
		<wfw:commentRss>http://blog.schemaczar.com/2011-10/measuring-security-as-cost-to-breach/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Great list! 10 Papers Every Programmer Should Read (At Least Twice)</title>
		<link>http://blog.schemaczar.com/2011-08/great-list-10-papers-every-programmer-should-read-at-least-twice/</link>
		<comments>http://blog.schemaczar.com/2011-08/great-list-10-papers-every-programmer-should-read-at-least-twice/#comments</comments>
		<pubDate>Thu, 25 Aug 2011 15:14:33 +0000</pubDate>
		<dc:creator>The Schema Czar</dc:creator>
				<category><![CDATA[Critical Concepts]]></category>

		<guid isPermaLink="false">http://blog.schemaczar.com/?p=336</guid>
		<description><![CDATA[Usually I dislike tiny reposts of someone else's blog, but this is a great list... 10 Papers Every Programmer Should Read (At Least Twice) What's worse is that this post is two years old, and I pulled it from Ward Cunningham's twitter.  But when I saw the list, I had to share it.  In fact, [...]]]></description>
		<wfw:commentRss>http://blog.schemaczar.com/2011-08/great-list-10-papers-every-programmer-should-read-at-least-twice/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>&#8220;Better safe&#8221;? You&#8217;ll be sorry&#8230;</title>
		<link>http://blog.schemaczar.com/2011-01/better-safe-youll-be-sorry/</link>
		<comments>http://blog.schemaczar.com/2011-01/better-safe-youll-be-sorry/#comments</comments>
		<pubDate>Mon, 17 Jan 2011 02:50:05 +0000</pubDate>
		<dc:creator>The Schema Czar</dc:creator>
				<category><![CDATA[Considered Harmful]]></category>
		<category><![CDATA[Critical Concepts]]></category>

		<guid isPermaLink="false">http://blog.schemaczar.com/?p=291</guid>
		<description><![CDATA[Most of the time we make kludge towers to avoid resolving - and simplifying - software dependencies.]]></description>
		<wfw:commentRss>http://blog.schemaczar.com/2011-01/better-safe-youll-be-sorry/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Letters from the Editor</title>
		<link>http://blog.schemaczar.com/2010-05/letters-from-the-editor/</link>
		<comments>http://blog.schemaczar.com/2010-05/letters-from-the-editor/#comments</comments>
		<pubDate>Wed, 05 May 2010 01:49:14 +0000</pubDate>
		<dc:creator>The Schema Czar</dc:creator>
				<category><![CDATA[Critical Concepts]]></category>
		<category><![CDATA[Ego-driven Programming]]></category>

		<guid isPermaLink="false">http://blog.schemaczar.com/?p=266</guid>
		<description><![CDATA[There was an unusual juxtaposition a few weeks ago, a reflection worth sharing about doing design and code reviews. My wife was interviewing for a job to be a book editor, and among her interview topics were: how do you get an author off a bad path? How do you get the poor sections back [...]]]></description>
		<wfw:commentRss>http://blog.schemaczar.com/2010-05/letters-from-the-editor/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Not installing at customer site? Don&#8217;t install for QA!</title>
		<link>http://blog.schemaczar.com/2009-09/not-installing-at-customer-site-dont-install-for-qa/</link>
		<comments>http://blog.schemaczar.com/2009-09/not-installing-at-customer-site-dont-install-for-qa/#comments</comments>
		<pubDate>Thu, 10 Sep 2009 16:12:50 +0000</pubDate>
		<dc:creator>Andrew</dc:creator>
				<category><![CDATA[Critical Concepts]]></category>
		<category><![CDATA[Thinking Relationally]]></category>

		<guid isPermaLink="false">http://blog.schemaczar.com/?p=187</guid>
		<description><![CDATA[Your cost for doing a manual deployment step - touch a marker file, perhaps, or custom-editing a text file - is tiny.  But it's only tiny for you. ]]></description>
		<wfw:commentRss>http://blog.schemaczar.com/2009-09/not-installing-at-customer-site-dont-install-for-qa/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

