<?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: Another Sunday PF Roundup</title>
	<atom:link href="http://www.joetaxpayer.com/another-sunday-pf-roundup/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.joetaxpayer.com/another-sunday-pf-roundup/</link>
	<description>Financial Commentary For The Average Joe</description>
	<lastBuildDate>Mon, 06 Feb 2012 21:56:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Elle</title>
		<link>http://www.joetaxpayer.com/another-sunday-pf-roundup/comment-page-1/#comment-17572</link>
		<dc:creator>Elle</dc:creator>
		<pubDate>Mon, 01 Mar 2010 14:59:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.joetaxpayer.com/?p=2623#comment-17572</guid>
		<description>I think the article title &quot;Using Probability to Set the Size of An Emergency Fund&quot; is misleading. It seems to me the guidance amounts to estimating the probability of an emergency using various rates of return, and then estimating the dollar amount of an emergency. What kind of errors should one attribute to one&#039;s estimate of the probability of an emergency? If one computes 1/5 using the approach above, to me 1/2 is not that far away, considering the errors in estimation. Also the three rates of return named by themselves may vary a lot from one year to the next. In other words, a factor of safety (well known in engineering circles, for one) should be used. This is maybe more famously known as a huge &quot;fudge factor,&quot; because uncertainties are so large and compound when combined in an algorithm.

I think people should continue to plan their EF around their sense of the cost of a worst case scenario. Using a certain number of months of current paycheck makes more sense to me than arriving at a hard number as the alleged algorithm above seems to push. To me, the algorithm is a flimsy disguise for garbage-in, garbage out computation.</description>
		<content:encoded><![CDATA[<p>I think the article title &#8220;Using Probability to Set the Size of An Emergency Fund&#8221; is misleading. It seems to me the guidance amounts to estimating the probability of an emergency using various rates of return, and then estimating the dollar amount of an emergency. What kind of errors should one attribute to one&#8217;s estimate of the probability of an emergency? If one computes 1/5 using the approach above, to me 1/2 is not that far away, considering the errors in estimation. Also the three rates of return named by themselves may vary a lot from one year to the next. In other words, a factor of safety (well known in engineering circles, for one) should be used. This is maybe more famously known as a huge &#8220;fudge factor,&#8221; because uncertainties are so large and compound when combined in an algorithm.</p>
<p>I think people should continue to plan their EF around their sense of the cost of a worst case scenario. Using a certain number of months of current paycheck makes more sense to me than arriving at a hard number as the alleged algorithm above seems to push. To me, the algorithm is a flimsy disguise for garbage-in, garbage out computation.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

