<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
>

<channel>
	<title>The Math Factor Podcast &#187; Follow Up</title>
	<atom:link href="http://mathfactor.uark.edu/category/follow-up/feed/" rel="self" type="application/rss+xml" />
	<link>http://mathfactor.uark.edu</link>
	<description>The Math Factor Podcast Site</description>
	<lastBuildDate>Sun, 22 Nov 2009 07:52:25 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<language></language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<!-- podcast_generator="podPress/8.8" -->
		<copyright>&#xA9; </copyright>
		<managingEditor>strauss@uark.edu ()</managingEditor>
		<webMaster>strauss@uark.edu()</webMaster>
		<category></category>
		<itunes:keywords></itunes:keywords>
		<itunes:subtitle></itunes:subtitle>
		<itunes:summary>The Math Factor Podcast Site</itunes:summary>
		<itunes:author></itunes:author>
		<itunes:category text="Society &amp; Culture"/>
		<itunes:owner>
			<itunes:name></itunes:name>
			<itunes:email>strauss@uark.edu</itunes:email>
		</itunes:owner>
		<itunes:block>No</itunes:block>
		<itunes:explicit>no</itunes:explicit>
		<itunes:image href="http://mathfactor.uark.edu/mathfactor/podcastImage.jpg" />
		<image>
			<url></url>
			<title>The Math Factor Podcast</title>
			<link>http://mathfactor.uark.edu</link>
			<width>144</width>
			<height>144</height>
		</image>
		<item>
		<title>Follow Up:  Yoak: Batteries, and the Problem of the Week</title>
		<link>http://mathfactor.uark.edu/2009/11/follow-up-yoak-batteries-and-the-problem-of-the-week/</link>
		<comments>http://mathfactor.uark.edu/2009/11/follow-up-yoak-batteries-and-the-problem-of-the-week/#comments</comments>
		<pubDate>Sat, 21 Nov 2009 21:31:09 +0000</pubDate>
		<dc:creator>Stephen Morris</dc:creator>
				<category><![CDATA[Follow Up]]></category>
		<category><![CDATA[Morris]]></category>
		<category><![CDATA[The Mathcast]]></category>
		<category><![CDATA[Yoak]]></category>

		<guid isPermaLink="false">http://mathfactor.uark.edu/?p=938</guid>
		<description><![CDATA[{ Hi, Steve here.  Jeff asked me to post a solution and I&#8217;m more than happy to oblige. It&#8217;s a fun puzzle with some nice maths to explore. I learnt a lot about graph theory and a new theorem (new to me), Turan&#8217;s theorem.  More on that later. }
In Yoak: Batteries, and the [...]]]></description>
			<content:encoded><![CDATA[<p><em>{ Hi, Steve here.  Jeff asked me to post a solution and I&#8217;m more than happy to oblige. It&#8217;s a fun puzzle with some nice maths to explore. I learnt a lot about graph theory and a new theorem (new to me), Turan&#8217;s theorem.  More on that later. }</em></p>
<p><span style="font-family: Arial; "><span style="color:black">In </span><a href="http://mathfactor.uark.edu/2009/11/yoak-batteries-and-the-problem-of-the-week/">Yoak: Batteries, and the Problem-of-the Week</a> Jeff posed a great problem from <span style="color:#333333">Stan Wagon&#8217;s&nbsp;<a href="http://mathforum.org/wagon/"></a></span><span style="color:#974605">Problem of the Week</span><span style="color:#333333">.</span></span></p>
<p><span style="font-family: Arial; ">You have eight batteries, four good and four dead.  You need two good batteries to work the device; if either battery is dead then the device shows no sign of life.  How many tests using two batteries do you need to make the device work?</span></p>
<p><span style="font-family: Arial;"><img style="border: 0px initial initial;" src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa11.png" alt="" /></span></p>
<p><span style="font-family: Arial; "><span id="more-938"></span></span></p>
<p><span style="font-family: Arial; ">In some similar sounding puzzles we might change the tests depending on the results we get as we go along.  That doesn&#8217;t work here.  We will stop if any test succeeds, we only carry on as long as the tests fail.  We never get any information that we could use to choose our next test.  That means we can choose the combinations we are going to use before we start our tests.</span></p>
<p><span style="font-family: Arial; ">There are two ways of posing this problem.  The one we have used is to make the device work.  The other is to identify two working batteries which requires one less test.</span></p>
<p><span style="font-family: Arial;">Another problem is to find all four working batteries (which laciermaths neatly dealt with in the comments) and yet another is to find the most efficient approach which minimises the average number of tests.</span></p>
<p><span style="font-family: Arial;">The following seven combinations are guaranteed to make the device work.</span></p>
<p><span style="font-family: Arial;">(1,2),(1,3),(2,3),(4,5),(4,6),(5,6),(7,8)</span></p>
<p>&nbsp;</p>
<p><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa1.png" alt="" /><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa2.png" alt="" /></p>
<p><span style="color:black; font-family:Arial">Any six of these tests will identify two working batteries, for example our tests could be:<br />
 </span></p>
<p><span style="font-family: Arial;">(1,2),(1,3),(2,3),(4,5),(4,6),(5,6)</span></p>
<p><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa4.png" alt="" /><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa5.png" alt="" /></p>
<p><span style="color:black; font-family:Arial">If all of these tests fail then at most one battery from {1,2,3} can work and at most one battery from {4,5,6} can work.  As we know there are four good batteries we can deduce that both 7 and 8 are working batteries.<br />
 </span></p>
<p><span style="font-family: Arial;">So we have an answer to the problem, six tests are sufficient to identify two good batteries and seven tests are sufficient to work the device.</span></p>
<p><span style="font-family: Arial;">But hold on a minute!  We haven&#8217;t yet shown that there isn&#8217;t an answer with fewer tests.</span></p>
<p><span style="font-family: Arial;">I came up with a proof but I won&#8217;t repeat it here because Jim Schmerl gave a much better one to POW.  The better proof works for any number of batteries with any number being good.</span></p>
<p><span style="font-family: Arial;">It says:  With n batteries and r good batteries then the best solution is to split the batteries into r-1 groups of roughly equal size and then test each pair within each group.</span></p>
<p><span style="font-family: Arial;">Let&#8217;s consider our seven tests again.</span></p>
<p><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa7.png" alt="" /><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa8.png" alt="" /><span style="color:black; font-family:Arial"><br />
 </span></p>
<p><span style="font-family: Arial;">Here n is 8 and r is 4.  We split the batteries into r-1 = 3 groups and test each pair in each group.  At least one group has two good batteries so this will definitely give a solution.</span></p>
<p><span style="color:black; font-family:Arial">These sorts of diagrams are called graphs.  A graph is just a set of vertices connected by edges.  A graph with v vertices and all possible edges is called K<sub>v</sub>.  Our solution consists of </span>K<sub>3</sub>, K<sub>3</sub> and K<sub>2</sub>.</p>
<p><span style="font-family:Arial">Now how do we show that this is minimal.  Well we have some clever tricks.<br />
 </span></p>
<p><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa10.png" alt="" /><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa11.png" alt="" /><span style="color:black; font-family:Arial"><br />
 </span></p>
<p><span style="font-family: Arial;">The figure above is certainly a solution but it isn&#8217;t minimal.</span></p>
<p><span style="color:black; font-family:Arial">7 has three edges and 8 has just one edge.  We can reduce the number of edges by a procedure I call &#8216;Make 7 like 8&#8242;.  The procedure involves:<br />
 </span></p>
<p><span style="color:black; font-family:Arial">1.&nbsp;&nbsp;&nbsp;&nbsp;Remove all edges from 7.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">2.&nbsp;&nbsp;&nbsp;&nbsp;Connect 7 to the same vertices as 8.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">3.&nbsp;&nbsp;&nbsp;&nbsp;Connect 7 to 8.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">That procedure gives:<br />
 </span></p>
<p><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa13.png" alt="" /><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa14.png" alt="" /><span style="color:black; font-family:Arial"><br />
 </span></p>
<p><span style="font-family: Arial;">We now have 11 edges instead of 12.</span></p>
<p><span style="color:black; font-family:Arial">If we start with a solution then the &#8216;Make a like b&#8217; procedure will give another solution.  Why is this?<br />
 </span></p>
<ul>
<li><span style="color:black; font-family:Arial">If the four good batteries include both 7 and 8 then they will be tested as we test the pair 7 and 8.<br />
 </span></li>
<li><span style="color:black; font-family:Arial">If the four good batteries do not include 7  then they are tested in the original solution and so will be tested in the new solution.  We have only changed tests that include 7.<br />
 </span></li>
<li><span style="color:black; font-family:Arial">If the four good batteries include 7, but not 8, then they will be tested.  The equivalent group, replacing 7 with 8, is tested.  For example consider {1,4,6,7}.  The equivalent group is {1,4,6,8}.  We know this is tested as it doesn&#8217;t involve 7 and so is tested in the original solution.  But 7 connects to the same vertices as 8 so {1,4,6,7} is tested in the new solution.<br />
 </span></li>
</ul>
<p><span style="color:black; font-family:Arial">We can repeat this trick as often as we like.  You might like to play around with it, start with a solution with a ridiculous number of edges and see how far you can reduce it by repeating this trick.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">The number of edges connected to a vertex, a, is called the degree of a which is written d(a).  The procedure &#8216;Make a like b&#8217; will reduce the number of edges if d(a) &gt; d(b) + 1.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">We can therefore make the following claim:<br />
 </span></p>
<p><span style="color:black; font-family:Arial"><strong>Claim 1:  In an optimal solution the degree of any two vertices will differ by no more than one.<br />
 </strong></span></p>
<p><span style="color:black; font-family:Arial">So far so good but we need to go a bit further.  We can use the same trick to show the following:<br />
 </span></p>
<p><span style="color:black; font-family:Arial"><strong>Claim 2:  In an optimal solution if a-b and b-c then a-c </strong>(where a-b means there is an edge between a and b).<strong><br />
 </strong></span></p>
<p><span style="color:black; font-family:Arial">This means the solution splits the batteries into groups where each pair within a group is tested.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">Proof of Claim 2:<br />
 </span></p>
<p><span style="color:black; font-family:Arial">Suppose there is a chain a-b-c but there is no edge between a and c (so a-c is not true).  We can always reduce the number of edges.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">Case 1:  If d(b) &gt; d(a) we &#8216;Make b like a&#8217;.  This reduces the number of edges by at least one, we remove the b-c edge.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">Case 2: Similarly if d(b) &gt; d(c) we &#8216;Make b like c&#8217;.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">Case 3:  Otherwise we have d(b) &lt;= d(a) and d(b) &lt;=&nbsp;d(c).  We &#8216;Make a like b&#8217; and then &#8216;Make c like b&#8217;.  These two procedures will also reduce the number of edges by at least one.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">To illustrate this lets go back to our example.  We left it like this.<br />
 </span></p>
<p><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa16.png" alt="" /><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa17.png" alt="" /><span style="color:black; font-family:Arial"><br />
 </span></p>
<p>&nbsp;</p>
<p><span style="color:black; font-family:Arial">We have the chain 1-3-5 but not 1-5.  d(3) &gt; d(1) so we &#8216;Make 3 like 1&#8242;.  That gives:<br />
 </span></p>
<p><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa19.png" alt="" /><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa20.png" alt="" /><span style="color:black; font-family:Arial"><br />
 </span></p>
<p><span style="font-family: Arial;">Now we have the chain 4-5-6 but not 4-6.  As d(4) &lt;=&nbsp;d(5) and d(6) &lt;=&nbsp;d(5) we have the third case.  First &#8216;Make 4 like 5&#8242; and then &#8216;Make 6 like 5&#8242;.</span></p>
<p><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa22.png" alt="" /><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa23.png" alt="" /><span style="color:black; font-family:Arial"><br />
 </span></p>
<p><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa25.png" alt="" /><img src="http://mathfactor.uark.edu/wp-content/uploads/2009/11/112109_2126_FollowUpYoa26.png" alt="" /></p>
<p><span style="font-family: Arial;">What our two claims show is that an optimal solution will split the batteries into roughly equal groups (the degree of any two vertices can differ by no more than one), each pair within a group is tested.</span></p>
<p><span style="color:black; font-family:Arial">It only remains to show that we should use three groups.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">More than three groups is not a solution, we could have one good battery in each group.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">The other possibilities are to have one group, K<sub>8</sub>, which has 28 edges or to have two groups, K<sub>4</sub> and K<sub>4</sub>, which has 12 edges.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">So having three groups, with 7 edges, is optimal.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">In the general solution we should have as many groups as possible which is r-1.<br />
 </span></p>
<p>&nbsp;</p>
<p><span style="color:black; font-family:Arial">So this proves the general solution we have before:  With n batteries and r good batteries then the best solution is to split the batteries into r-1 groups of roughly equal size and then test each pair within each group.<br />
 </span></p>
<p>&nbsp;</p>
<p><span style="color:black; font-family:Arial">This is equivalent to Turan&#8217;s theorem.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">For an optimal solution we need to consider the &#8216;complement graph&#8217;.   This just means the graph with an edge precisely where our solution graph doesn&#8217;t have one.  As our solution has 7 edges and there are 28 possible edges the complement graph has 21 edges.  Such a graph is called a Turan graph.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">The Turan graph can be got by splitting the vertices into r-1 groups and then connecting each pair which are <strong>not</strong> in the same group.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">Since each group of four vertices in the solution graph contains at least one edge the same four vertices in the complement graph are missing an edge.  In other words the complement graph does not contain K<sub>4</sub> , it is K<sub>4</sub>-free.<br />
 </span></p>
<p><span style="color:black; font-family:Arial">Turan&#8217;s theorem says the graph with n vertices with the most edges which is K<sub>r</sub>-free is the Turan graph, exactly the complement of our solution graph.</span></p>
]]></content:encoded>
			<wfw:commentRss>http://mathfactor.uark.edu/2009/11/follow-up-yoak-batteries-and-the-problem-of-the-week/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Morris: Follow Up: Living With Crazy Buttocks</title>
		<link>http://mathfactor.uark.edu/2009/11/morris-follow-up-living-with-crazy-buttocks/</link>
		<comments>http://mathfactor.uark.edu/2009/11/morris-follow-up-living-with-crazy-buttocks/#comments</comments>
		<pubDate>Sat, 14 Nov 2009 20:31:52 +0000</pubDate>
		<dc:creator>Stephen Morris</dc:creator>
				<category><![CDATA[Follow Up]]></category>
		<category><![CDATA[Morris]]></category>

		<guid isPermaLink="false">http://mathfactor.uark.edu/?p=886</guid>
		<description><![CDATA[In&#160;Living With Crazy Buttocks&#160;&#160;I posed a problem where 20 party guests were each given an unusual book. &#160;These books were placed in identical boxes. &#160;The guests enter the room with the boxes one at a time and are allowed to open half of the boxes. &#160;They leave by a different door and cannot communicate with [...]]]></description>
			<content:encoded><![CDATA[<p>In&nbsp;<a href="http://mathfactor.uark.edu/2009/10/morris-living-with-crazy-buttocks/">Living With Crazy Buttocks</a>&nbsp;&nbsp;I posed a problem where 20 party guests were each given an unusual book. &nbsp;These books were placed in identical boxes. &nbsp;The guests enter the room with the boxes one at a time and are allowed to open half of the boxes. &nbsp;They leave by a different door and cannot communicate with the other guests. &nbsp;The room is put back identically before the next guest enters.</p>
<p>If every guest finds their book then the whole group win a trip to Paris.</p>
<p>What is their best strategy?</p>
<p><span id="more-886"></span></p>
<p>This puzzle comes from a Peter Winkler book,&nbsp;<em>Mathematical Mind-Benders.</em><em>&nbsp;</em>&nbsp;&nbsp;It was called Names in Boxes and was about prisoners trying to escape the death penalty.</p>
<p>&nbsp;</p>
<p>This is the guests best strategy:</p>
<p>Associate each box with one of the guests. &nbsp;Each guest first opens their own box. &nbsp;If they find their own book they can stop. &nbsp;Otherwise they open the box associated with the owner of the book. &nbsp;They keep doing this until they find their own book or have opened 10 boxes.</p>
<p>&nbsp;</p>
<p>Incredibly this gives them more than a 33% chance of success. &nbsp;Even more incredibly this strategy will always have a better than 30% chance of success regardless of the number of guests.</p>
<p>To see how this works lets imagine that Stan repeats the procedure forever. &nbsp;At some point he will find his book. &nbsp;Next he will open his own box again. &nbsp;He will repeat the same loop endlessly. &nbsp;</p>
<p>If this loop contains up to ten boxes then all of the guests whose boxes lie in the loop will find their book.</p>
<p>The procedure splits the boxes into&nbsp;separate&nbsp;loops. &nbsp;If no loop is bigger than ten then all of the guests will succeed, otherwise most of them will fail.</p>
<p>It is still true each individual guest has a fifty-fifty chance, the procedure means that they tend to succeed or fail together.</p>
<p>&nbsp;</p>
<p>So what is the chance of success?</p>
<p>We have come across these sorts of loops before in&nbsp;<a href="http://mathfactor.uark.edu/2008/10/follow-up-loops-and-the-harmonic-series/" target="_blank">Follow Up: Loops and the Harmonic Series</a>. In the comments we noted that on average there will be 1/r loops of length r. As we are interested in loops containing more than half the boxes there can only be one such loop, so we can say the chance of a loop of length r is 1/r.</p>
<p>First we calculate the number of loops of length r if we have n boxes, in the puzzle n =10. &nbsp;There are n!/r!(n-r)! ways of choosing r boxes and there are r! ways of ordering them. &nbsp; We could have chosen any box in the loop to be the first one so to avoid double counting we must divide by r. &nbsp;This gives (n!/r!(n-r)!)r!/r = n!/r(n-r)!</p>
<p>The other n-r boxes could be arranged in (n-r)! ways. &nbsp;In total there are n! arrangements of all n boxes. &nbsp;So a random arrangment will have on average (n-r)!/n!&nbsp;occurrences&nbsp;of a particular loop. &nbsp;</p>
<p>A random arrangement will have on average (n!/r(n-r)!)((n-r)!/n!) = 1/r loops of length r.</p>
<p>&nbsp;</p>
<p>Since there can only be one loop larger than 10 this means the chance of success is 1 -1/11 -1/12 -&#8230; -1/20 which is about 0.331229&#8230;</p>
<p>As the number of guests increases this tends to 1 &#8211; integral[ N&lt;x&lt;2N ]( 1/x ) = 1 &#8211; ln 2N + ln N = 1 &#8211; ln 2 = 0.3068528&#8230;</p>
<p>However many guests there are they will always have a better than 30% chance of success!</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://mathfactor.uark.edu/2009/11/morris-follow-up-living-with-crazy-buttocks/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Morris: World of Britain 2: Proof and Paradox</title>
		<link>http://mathfactor.uark.edu/2009/07/morris-world-of-britain-2-proof-and-paradox/</link>
		<comments>http://mathfactor.uark.edu/2009/07/morris-world-of-britain-2-proof-and-paradox/#comments</comments>
		<pubDate>Tue, 07 Jul 2009 21:54:02 +0000</pubDate>
		<dc:creator>Stephen Morris</dc:creator>
				<category><![CDATA[Follow Up]]></category>
		<category><![CDATA[Morris]]></category>
		<category><![CDATA[answers]]></category>
		<category><![CDATA[paradoxes]]></category>

		<guid isPermaLink="false">http://mathfactor.uark.edu/?p=646</guid>
		<description><![CDATA[In working out the proof for&#160;World of Britain&#160;I came across a paradox. &#160;Maybe smarter Math Factorites can help me out?&#160;&#160;My sanity could depend on it.
In the puzzle you have five different tasks.&#160; On each day one of these tasks is given at random.&#160; How long do you expect it to take to get all five [...]]]></description>
			<content:encoded><![CDATA[<p class="MsoNormal"><a href="http://www.flickr.com/photos/patrickhoff/380789609/"><img class="alignleft size-full wp-image-665" title="paradox-clock" src="http://mathfactor.uark.edu/wp-content/uploads/paradox-clock.jpg" alt="paradox-clock" width="180" height="180" /></a>In working out the proof for&nbsp;<a href="http://mathfactor.uark.edu/2009/05/27/world-of-britain/">World of Britain</a>&nbsp;I came across a paradox. &nbsp;Maybe smarter Math Factorites can help me out?<span>&nbsp;&nbsp;</span>My sanity could depend on it.</p>
<p class="MsoNormal">In the puzzle you have five different tasks.<span>&nbsp; </span>On each day one of these tasks is given at random.<span>&nbsp; </span>How long do you expect it to take to get all five tasks?</p>
<p class="MsoNormal">First consider a simple case.<span>&nbsp; </span>Suppose some event has a probability, p, of happening on any one day.<span>&nbsp; </span>Let’s say that E(p) is the expected number of days we have to wait for the event to happen.<span>&nbsp; </span>For example if p=1 then the event is guaranteed to happen every day and so E(p)=1.</p>
<p class="MsoNormal">How can we calculate E(p)?<span>&nbsp; </span></p>
<p><span><span id="more-646"></span></span></p>
<p class="MsoNormal">Andy does an experiment.<span>&nbsp; </span>He will wait for the event to happen and record how many days it took.<span>&nbsp; </span>He will do this several times, for long enough to ensure that he gets an answer that is as accurate as he needs.<span>&nbsp; </span>He will keep going for N days in total.<span>&nbsp; </span>Afterwards he will take the average of all of his wait times to get an estimate for E(p).</p>
<p class="MsoNormal">The average he calculates is the total of all the wait times divided by the number of occurrences of the event.<span>&nbsp; </span>But we can estimate both of these values and therefore estimate his value for E(p).<span>&nbsp; </span>The total of all of the wait times is going to be about N.<span>&nbsp; </span>Since the event has a probability of p of occurring on any particular day the number of occurrences will be about p times N.</p>
<p class="MsoNormal">So Andy&#8217;s average will be about N/(pN) which will be about 1/p.</p>
<p class="MsoNormal">We can make N as large as we like to make this result as accurate as we like.<span>&nbsp; </span>So we can confidently say that E(p) = 1/p.</p>
<p class="MsoNormal">&nbsp;</p>
<p class="MsoNormal">Let&#8217;s get back to our puzzle about tasks. &nbsp;We need to wait for the first task, then the second, then the third and so on. &nbsp;When there are t tasks left then the chance of getting a new one is t/5. &nbsp;</p>
<p class="MsoNormal">So the total waiting time is</p>
<p class="MsoNormal">&nbsp;&nbsp; &nbsp;E(5/5) + E(4/5) + E(3/5) + E(2/5) + E(1/5) = 5/5 + 5/4 + 5/3 + 5/2 + 5/1</p>
<p class="MsoNormal">&nbsp;&nbsp; &nbsp; &nbsp; = 5(1/5 + 1/4 + 1/3 + 1/2 + 1) =&nbsp;11 <sup>5</sup>/<sub>12</sub> = 11.4166666&#8230; days</p>
<p class="MsoNormal">You may recognise the<a href="http://mathfactor.uark.edu/2008/08/follow-up-the-harmonic-series/"> harmonic series</a>!</p>
<p class="MsoNormal">&nbsp;</p>
<p class="MsoNormal">So that&#8217;s the <strong>proof</strong>, now where&#8217;s the <strong>paradox</strong>?</p>
<p class="MsoNormal">&nbsp;</p>
<p class="MsoNormal">Bob&nbsp;visits Andy when he is able and waits with him until the event occurs.<span>&nbsp; </span>Of course Andy may well have been waiting for some time.</p>
<p class="MsoNormal">If Bob turns up just after the event has happened then he will wait for the same time as Andy.<span>&nbsp; </span>If he turns up just before the event he will wait for one day.<span>&nbsp; </span>On average he will wait for about half the time that Andy does.</p>
<p class="MsoNormal">When the event occurs Bob disappears and comes back when he is next able to.</p>
<p class="MsoNormal">At the end of the experiment Bob averages all of his wait times to get an estimate for E(p).<span>&nbsp; </span>He gets an answer which is half of Andy’s!</p>
<p class="MsoNormal">That is the <strong>paradox</strong>!</p>
<p class="MsoNormal">&nbsp;</p>
<p class="MsoNormal">Now Carol thinks she understands what is going on here.<span>&nbsp; </span>The problem is that Andy is distorting his results by always starting the clock straight after an event has occurred.<span>&nbsp; </span>That guarantees him to get the longest possible wait times.</p>
<p class="MsoNormal">She thinks the only way to get an accurate answer is to look at the wait time starting from each of the N days and then average these N wait times.</p>
<p class="MsoNormal">To calculate this she needs to make an assumption.<span>&nbsp; </span>She knows that the event occurs every 1/p days on average.<span>&nbsp; </span>She assumes they happen regularly every 1/p days.</p>
<p class="MsoNormal"><span>&nbsp;</span>Let’s say they happen every n days where n = 1/p.<span>&nbsp; </span>Remember Andy’s value for E(p) is 1/p = n.<span>&nbsp; </span>Bob’s value is half that, so about n/2.<span>&nbsp; </span></p>
<p class="MsoNormal">The wait time will vary between 1 and n.<span>&nbsp; </span>The average wait time will be n(n+1)/2n = (n+1)/2.</p>
<p class="MsoNormal">So Carols estimate for E(p) is about n/2 whereas Andy’s was 1/p = n.<span>&nbsp; </span>So Carol is agreeing with Bob.</p>
<p class="MsoNormal">&nbsp;</p>
<p class="MsoNormal">I can tell you that Andy had the right value and that the logic I used for Bob and Carol was flawed.<span>&nbsp; </span></p>
<p class="MsoNormal">Can you see where?</p>
]]></content:encoded>
			<wfw:commentRss>http://mathfactor.uark.edu/2009/07/morris-world-of-britain-2-proof-and-paradox/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Yoak: Followup to A Rather Odd Car Trip</title>
		<link>http://mathfactor.uark.edu/2009/05/yoak-followup-to-a-rather-odd-car-trip/</link>
		<comments>http://mathfactor.uark.edu/2009/05/yoak-followup-to-a-rather-odd-car-trip/#comments</comments>
		<pubDate>Mon, 04 May 2009 21:23:58 +0000</pubDate>
		<dc:creator>jyoak</dc:creator>
				<category><![CDATA[Follow Up]]></category>
		<category><![CDATA[Yoak]]></category>
		<category><![CDATA[answers]]></category>
		<category><![CDATA[math puzzles]]></category>

		<guid isPermaLink="false">http://mathfactor.uark.edu/?p=573</guid>
		<description><![CDATA[This is a followup to my earlier post, A Rather Odd Car Trip.&#160; It provides a solution so if you haven&#8217;t read that yet, you should do so first as this won&#8217;t make much sense without it.
Show Spoiler &#9660;

Though czarrandy and others provided the distance between the cities, I&#8217;d like to show a way that [...]]]></description>
			<content:encoded><![CDATA[<p>This is a followup to my earlier post, <a href="http://mathfactor.uark.edu/2009/04/05/yoak-a-fun-math-trick-guess-the-polynomial/">A Rather Odd Car Trip</a>.&nbsp; It provides a solution so if you haven&#8217;t read that yet, you should do so first as this won&#8217;t make much sense without it.</p>
<p><a href="javascript:void(null);" onclick="s_toggleDisplay(document.getElementById('SID281790503'), this, 'Show Spoiler &#9660;', 'Hide Spoiler &#9650;');">Show Spoiler &#9660;</a></p>
<div id='SID281790503' style='display:none;'>
<p>Though czarrandy and others provided the distance between the cities, I&#8217;d like to show a way that you can work the problem.</p>
<p> We want to work out an equation that explains the amount of time traveled each&nbsp; downhill, level and uphill in terms of the distances involved.</p>
<p> How long does it take to travel a particular distance at a particular rate?&nbsp; Take the uphill portion as an example.&nbsp; At 56 mph, you travel 1 hour / 56 miles or n hours / x miles for any given distance x.&nbsp; So:</p>
<p> 1/56 = n / x</p>
<p> Solve for n (hours) and you get:</p>
<p> x/56 hours traveled for distance x.</p>
<p> Do something similar for the level distance (call that y) and the downhill distance (call that z) and you get this equation for the time traveled in terms of the three distances traveling from A to B in 4 hours:</p>
<p> x/56 + y/63 + z/72 = 4</p>
<p> For the trip back, where uphill becomes downhill and vice versa, we get:</p>
<p> z/56 + y/63 + x/72 = 4 2/3 or 14/3</p>
<p> If we could solve for x, y and z, we would get our answer, but generally there will not be a unique solution for two equations with three unknowns.&nbsp; But in this case, what we need is the value of x+y+z , which we can attempt to extract that from the equations.</p>
<p> First, add the two equations together and get:</p>
<p> x/56 + x/72 + y/63 + y/63 + z/56 + z/72 = 26/3</p>
<p> To collect the terms, multiply both sides by the least common multiple of the denominators, which is 504, and we get:</p>
<p> 9x + 7x + 8y + 8y + 9z + 7z = 4368<br />
 16x + 16y + 16z = 4368<br />
 16(x+y+z) = 4368<br />
 x+y+z = 273</p>
<p> for 273 miles each way.&nbsp; Notice that what we did was to add the equations up to get a value for the round trip, which might have been a first intuitive step if you happened to think of it.</p>
<p> Now&#8230; it was very lucky that we were able to nicely factor out that 16 in order to solve for x+y+z.&nbsp; This won&#8217;t always be the case!&nbsp; The three speeds were chosen carefully so that this would work out.&nbsp; Consider if we used some other randomly chosen values:</p>
<p> Uphill: 50 mph<br />
 Level: 60 mph<br />
 Downhill: 70 mph</p>
<p> Leave the times the same, so:</p>
<p> x/50 + y/60 + z/70 = 4<br />
 x/70 + y/60 + z/50 = 14/3</p>
<p> or x/50 + x/70 + y/60 + y/60 + z/70 + z/50 = 26/3</p>
<p> Multiply by the least common multiple of the denominators, 2100, and get:</p>
<p> 42x + 30x + 35y + 35y + 30z + 42z = 18200<br />
 72x + 70y + 72z = 18200</p>
<p> As you can see, there isn&#8217;t going to be any way to factor out x+y+z to get a unique total distance.&nbsp; You could experiment to demonstrate that you can pick values for x, y and z that satisfy the equation and for which x+y+z will differ.</p>
<p> The final question that interested me is how to identify the cases where there does turn out to be a solution.&nbsp; From the process we just followed, you can see that you want the final coefficient of the x and z terms, or the uphill and downhill time traveled, which will always be equal to each other, to also be equal to the coefficient of the y term or the time traveled level.</p>
<p> Since we&#8217;ve added the two equations from the round trip, the meaning of these terms is the time taken to travel round-trip over a slanted piece of road.&nbsp; So in English, in order to have a unique solution to the problem, the speeds must be specially selected such that the time it takes to travel round-trip over a slanted piece of road must be the same as the time it takes to travel over a level piece of road.</p>
<p> I got this problem originally from <a href="http://www.qbyte.org/puzzles/p075s.html">Nick&#8217;s Mathematical Puzzles</a>. There are a lot of neat puzzles on the site to enjoy.</p>
</div></p>
]]></content:encoded>
			<wfw:commentRss>http://mathfactor.uark.edu/2009/05/yoak-followup-to-a-rather-odd-car-trip/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Morris: Turning Tables</title>
		<link>http://mathfactor.uark.edu/2009/04/turning-tables/</link>
		<comments>http://mathfactor.uark.edu/2009/04/turning-tables/#comments</comments>
		<pubDate>Sun, 19 Apr 2009 23:21:10 +0000</pubDate>
		<dc:creator>Stephen Morris</dc:creator>
				<category><![CDATA[Follow Up]]></category>
		<category><![CDATA[Morris]]></category>

		<guid isPermaLink="false">http://mathfactor.uark.edu/?p=543</guid>
		<description><![CDATA[I took one of Peter Winkler&#8217;s puzzle books on holiday recently. &#160;After dinner each night I intended to impress my friend with an amazing math puzzle. &#160;I had done this before.
The book dissapeared on the flight out. &#160;After dinner each night my friend impressed me with an amazing math puzzle. &#160;I haven&#8217;t seen the book [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignleft size-full wp-image-556" title="tt23" src="http://mathfactor.uark.edu/wp-content/uploads/tt23.jpg" alt="tt23" />I took one of Peter Winkler&#8217;s puzzle books on holiday recently. &nbsp;After dinner each night I intended to impress my friend with an amazing math puzzle. &nbsp;I had done this before.</p>
<p>The book dissapeared on the flight out. &nbsp;After dinner each night my friend impressed me with an amazing math puzzle. &nbsp;I haven&#8217;t seen the book since.</p>
<p>Serves me right!</p>
<p>&nbsp;</p>
<p>This is one of those puzzles, you will understand why I have to do it from memory.</p>
<p>&nbsp;</p>
<p>I really like Jeff&#8217;s post &nbsp;<a title="A Fun Math Trick Guess the Polynomial" href="http://mathfactor.uark.edu/2009/04/05/yoak-a-fun-math-trick-guess-the-polynomial/">A Fun Trick &#8211; Guess the Polynomial</a>. &nbsp;You might want to look at it first.</p>
<p>If you relax the conditions a bit you have a similar sounding puzzle with a very different solution.</p>
<p>So my puzzle is this:</p>
<p>I am thinking of a polynomial. &nbsp;All of the co-efficients are fractions. &nbsp; You may use any number as your test number. &nbsp;When you give me a test number I will tell you the result.</p>
<p>How many test numbers do you need to identify the polynomial?</p>
]]></content:encoded>
			<wfw:commentRss>http://mathfactor.uark.edu/2009/04/turning-tables/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Follow Up: Sequences of Averages</title>
		<link>http://mathfactor.uark.edu/2009/01/follow-up-sequences-of-averages/</link>
		<comments>http://mathfactor.uark.edu/2009/01/follow-up-sequences-of-averages/#comments</comments>
		<pubDate>Tue, 20 Jan 2009 15:08:37 +0000</pubDate>
		<dc:creator>strauss</dc:creator>
				<category><![CDATA[Follow Up]]></category>
		<category><![CDATA[Topology and geometry]]></category>
		<category><![CDATA[numbers]]></category>

		<guid isPermaLink="false">http://mathfactor.uark.edu/?p=390</guid>
		<description><![CDATA[In response to the post &#8220;Stacking Cannonballs&#8221; Trevor H. writes:
&#160;I was very intrigued by the recursive sequence you mentioned in the past two episodes&#8211;the sequence that begins with 1 and each successive term is the average of all the previous terms times some constant. I have always been fascinated by Pascal&#8217;s triangle and all of [...]]]></description>
			<content:encoded><![CDATA[<p>In response to the post &#8220;<a href="http://mathfactor.uark.edu/2008/12/17/eu-stacking-cannonballs/">Stacking Cannonballs</a>&#8221; Trevor H. writes:</p>
<blockquote><p>&nbsp;I was very intrigued by the recursive sequence you mentioned in the past two episodes&#8211;the sequence that begins with 1 and each successive term is the average of all the previous terms times some constant. I have always been fascinated by Pascal&#8217;s triangle and all of its surprise appearances in mathematics. Also, my fist encounter with doing mathematics for fun out of my own curiosity was to find a formula for triangle numbers. Like Kyle, I was inspired by bowling pin arrangements. The experience was very rewarding and I have been in love with mathematics ever since.
</p></blockquote>
<p><span id="more-390"></span></p>
<blockquote><p>
As you mention in the episode &#8220;Stacking Cannonballs,&#8221; it is easy to show what the sequence evaluates to through algebra but it is not easy to see what is really going on. This is a view I rarely hear mentioned by math people but I have held to be fundamentally important. It seems to me that geometrical interpretations always shed more light than algebra. Because of the nature of the sequences constructed from this recurrence, I felt there must be a geometric way to look at this problem.</p>
<p>Let us represent numbers by pennies as you suggest on the show. The first case is trivial and does not offer much insight, so we can start by looking at the case with constant k := 2. On the show, you added the terms, took the average, and then multiplied by the constant. I suggest we sum the terms, multiply by the constant, and then take the average because 1) we can and 2) we do not have to think about fractional pennies.</p>
<p>The first two terms are 1 and 2. The next term is found by adding these together. Geometrically, we are adding consecutive numbers together which gives us a triangle number. Multiply this by 2 and arrange as follows:</p>
<pre>. \. .
. .\ .</pre>
<p>This makes two rows, which conveniently is what needs divided by to give us the average. Look at one row to get the next number: 3. Consider a few more terms written in this way:</p>
<pre>.  \. . .
. . \ . .
. . .\  .

.   \. . . .
. .  \ . . .
. . . \  . .
. . . .\   .

.    \. . . . .
. .   \ . . . .
. . .  \  . . .
. . . . \   . .
. . . . .\    .</pre>
<p>In each case, we have as many rows as we need to divide by to find the average. Thus we always read across a row to find the next term (all rows sum to the same number). Notice geometrically that the next term is a &#8220;vertex&#8221; plus an &#8220;edge.&#8221; This becomes a pattern once we get to later sequences.</p>
<p>Suppose we let the constant k:=3. This generates the sequence of triangle numbers. For each term we sum all the previous triangle numbers, multiply by three and then find the average. The sum of triangle numbers is a tetrahedral number, so let us interpret the sum this way. This is hard to draw with periods via email, but try to image arranging three tetrahedrons in a similar way to the triangles so that we get a three dimensional figure where each plane (instead of row) has the same number of points and the number of planes equals the number of triangle summed. Geometrically, the way to arrange these tetrahedrons is to set the first one flat on the table with one of its faces. Place the next one on an edge. Balance the third one on a vertex. This arrangement will give you an equal number of points on each plane. Thus, summing one plane is our next term. Looking at either the top or bottom plane, notice that this sum is a &#8220;face&#8221; + &#8220;edge&#8221; + &#8220;vertex&#8221;. Although I am unable to visualize the fourth dimension, I image this pattern will continue. Since we would then be multiplying by 4, place one hyper-tetrahedron on a tetrahedral side, one on a triangular face, one on an edge, and one on a vertex. This should divide the total in a convenient number of spaces each with the same number of vertices.</p>
<p>I like this interpretation because the constant represents the dimension we are looking at and the division represents the number of equally distributed levels and the terms of the sequence represent generalizations of the triangle. Sorry this email ran long. I hope this helps you see the sequences in a new way.</p></blockquote>
<p>This was a very stimulating email!<br />
Here&#8217;s a way to reinterpret the 3-D case Trevor discusses:</p>
<p><img class="aligncenter size-full wp-image-392" title="pyramid" src="http://mathfactor.uark.edu/wp-content/uploads/pyramid.jpg" alt="pyramid" /></p>
<p>And indeed, his observation that the pattern should continue is correct. Here&#8217;s a typical slice of the 4-D case:</p>
<p>&nbsp;</p>
<p><img class="aligncenter size-full wp-image-393" title="tet" src="http://mathfactor.uark.edu/wp-content/uploads/tet.jpg" alt="tet" /></p>
<p>As the &#8220;movie&#8221; progresses, the little green tetrahedron grows and the orange tetrahedron shrinks; the blue triangular prism widens, and becoming flatter and shorter, and conversely, the green prism becomes longer and narrower.&nbsp;</p>
<p>Is this simpler than the algebra? I don&#8217;t think so, really, but it is a neat way to look at things!</p>
<p>&nbsp;</p>
<p>I should add a comment about the general case; I think it&#8217;s clear from Trevor&#8217;s note that he sees how this works, but let&#8217;s be explicit: in general, one is chopping up a (k+1)-dimensional prism with k-dimensional tetrahedra as cross-sections. (The movie frame above is one of these cross-sections in the 4-dimensional prism.) The prism, and each slice, is divided into (k+1) tetrahedra, in various reposes. In fact, for each i from 0 to k, there&#8217;s a tetrahedron with an i-dimensional facet on the bottom of the prism, and a (k-i) dimensional facet on the top. For example, in the 3-dimensional prism, shown in the first figure, the three tetras are &#8220;triangle down&#8221; (a two dimensional facet on the bottom of the prism), &#8220;edge down&#8221; (a one dimensional facet down) and &#8220;point down&#8221; (a zero dimensional facet down) As we move up, all the roles swap. </p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://mathfactor.uark.edu/2009/01/follow-up-sequences-of-averages/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Follow Up: Differences</title>
		<link>http://mathfactor.uark.edu/2009/01/follow-up-differences/</link>
		<comments>http://mathfactor.uark.edu/2009/01/follow-up-differences/#comments</comments>
		<pubDate>Tue, 06 Jan 2009 16:16:04 +0000</pubDate>
		<dc:creator>strauss</dc:creator>
				<category><![CDATA[Follow Up]]></category>
		<category><![CDATA[answers]]></category>
		<category><![CDATA[numbers]]></category>

		<guid isPermaLink="false">http://mathfactor.uark.edu/?p=340</guid>
		<description><![CDATA[Given a difference table, as we considered back in  EV. What&#8217;s the Difference , how do we come up with a polynomial that gives the values on the top row?
For example, suppose we have
-1     -1     3     35     143 [...]]]></description>
			<content:encoded><![CDATA[<p>Given a difference table, as we considered back in <a href="http://mathfactor.uark.edu/2008/12/22/ew-whats-the-difference/"> EV. What&#8217;s the Difference </a>, how do we come up with a polynomial that gives the values on the top row?</p>
<p>For example, suppose we have</p>
<pre><strong>-1</strong>     -1     3     35     143     399     899 . . . . .
      <strong>0</strong>     4     32    108     256     500  . . . . .
         <strong>4</strong>    28    76     148      244  . . . . .
             <strong>24</strong>    48     72       96   . . . . .
                  <strong>24</strong>     24    24    . . . . .</pre>
<p>What is the polynomial P(n), of degree four, that gives</p>
<p>P(0) = -1       P(1) = -1     P(2) =  3     P(3) = 35    P(4) = 143 , etc.</p>
<p>Can this be expressed simply in terms of the leading values on the left of the table: -1, 0, 4, 24, 24?</p>
<p><span id="more-340"></span></p>
<p><em>And finally, what is the general rule?</em></p>
<p>Wonderfully, beautifully, the answer is, just as tricycle and prunthaban said in the comments:</p>
<p><strong>24</strong> C(n,4) + <strong>24</strong> C(n,3) + <strong>4</strong> C(n,2) + <strong>0</strong> C(n,1) + <strong>(-1)</strong> C(n,0)</p>
<p>Where C(n,j) = (n)(n-1)(n-2) &#8230; (total of j terms) / j!</p>
<p>For example, C(n,4) = n (n-1) (n-2) (n-3) / 4! In the special case when j=0, we set C(n,0)=1.</p>
<p>So our polynomial here is</p>
<p>(24/4!)  (n) (n-1) (n-2) (n-3) + (24/3!)  (n) (n-1) (n-2) + (4/2!)  (n) (n-1)  + (0/1!)  (n)  + (-1)</p>
<p>That isn&#8217;t very &#8220;simplified&#8221;, but at least we can see the pattern! If we multiply the whole thing out, we get</p>
<p>P(n) = n<sup>4</sup> &#8211; 2 n<sup>3</sup> + n<sup>2</sup> &#8211; 1</p>
<p>but it&#8217;s hard to see the connection, in this &#8217;simplified&#8217; form, to the original data.</p>
<hr />Before proving that this is correct in general, let&#8217;s take a moment to discuss some of the properties of C(n,j), often read &#8220;n choose j&#8221;. When n is actually a counting number, this really is the number of ways to choose j out of n objects; but we&#8217;ve defined things more generally here: n could be a real number, or simply a variable (as in our expression for P).</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>A key property is that C(n,m) + C(n,m+1) = C(n+1,m+1).</p>
<p><small> This is just a matter of algebra:</small></p>
<p><small> </small></p>
<p><small>C(n,m) + C(n,m+1) = (n) &#8230; (n-m+1) / m! + (n) &#8230; (n-m+1)(n-m)/ (m+1)!</small></p>
<p><small>= you do this part</small></p>
<p><small>= (n+1) (n) &#8230; (n-m+1) / (m+1)! = C(n+1, m+1).</small></p>
<p><small> </small></p>
<p>&nbsp;</p>
<p><small>This is precisely why, these are the numbers that fill in Pascal&#8217;s triangle: C(n, m) is the mth entry on the nth row.</small></p>
<hr />&nbsp;&nbsp;&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>Now, how hard is our assertion, that our polynomial is the correct one?  Not very, really. Suppose we have a difference table with entries on the left a<sub>k</sub> (on the top row), on down to a<sub>0</sub> on the bottom row.</p>
<p>a<sub>k</sub> . . . .</p>
<p>&nbsp;a<sub>k-1</sub> . . . . .</p>
<p>&nbsp;&nbsp;&nbsp; . . . . .</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;a<sub>1</sub> . . . . .</p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;a<sub>0</sub>. . . . .</p>
<p>Then we claim that the jth entry (counting from 0) entries on the ith row (counting up from the bottom 0th row) are given by</p>
<p>P<sub>i</sub>(j) = a<sub>0</sub> C(j,i-0) + a<sub>1</sub> C(j,i-1) + . . .&nbsp; + a<sub>i</sub> C(j,i-i)</p>
<p>To prove this, we first show it&#8217;s true for the bottom row, then the next row up, etc, etc, clicking along like a typewriter from left to right. (This is just induction on i and j)</p>
<p>For the bottom row, things are pretty easy: all the entries are a<sub>0</sub> C(j,0) = a<sub>0</sub>, so check! Also, on the left of each row, the entry, sure enough is P<sub>i</sub>(0) = a<sub>i</sub> + a<sub>1</sub> 0 + . . .&nbsp; + a<sub>i</sub> 0 = a<sub>i</sub></p>
<p>since (C(0,i) = 0, unless i=0 also&#8211; try it!)</p>
<p>Suppose we&#8217;ve walked all the way up the spot we care about, on the ith row, jth position. When we get there we will have proven our formula is correct for all the entries below, and for all the entries to the left.</p>
<p>In particular, when we reach the ith row, jth position, we know that (a) the formula is correct for the entry to the left, and (b) the formula is correct for the entry on the row below, to the left. For (a), the entry is P<sub>i</sub>(j-1) and for (b), the entry is P<sub>i-1</sub>(j-1)</p>
<p>All we have to show is that the value we hope is there, namely P<sub>i</sub>(j), is what we get when we add (a) to (b), i.e. would be the correct  entry in the difference table. So lets try it!</p>
<p>P<sub>i</sub>(j-1) + P<sub>i-1</sub>(j-1) =</p>
<p>a<sub>0</sub> C(j-1,i-0) + a<sub>1</sub> C(j-1,i-1) + . . .&nbsp; + a<sub>i-1</sub> C(j-1,1) + a<sub>i</sub> C(j-1,0) +</p>
<p>a<sub>0</sub> C(j-1,i-1) + a<sub>1</sub> C(j-1,i-2) + . . .&nbsp; + a<sub>i-1</sub> C(j-1,0)</p>
<p>Gathering our a&#8217;s and using our identity, it falls into place, and we get the desired sum:</p>
<p>a<sub>0</sub> C(j,i-0) + a<sub>1</sub> C(j,i-1) + . . .&nbsp; + a<sub>i-1</sub> C(j,1) + a<sub>i</sub> C(j-1,0)</p>
<p>What about this last term? C(j-1,0) = 1, as does C(j,0), so we are set. Our total is P<sub>i</sub>(j) as promised.</p>
<p>&nbsp;</p>
<hr />
]]></content:encoded>
			<wfw:commentRss>http://mathfactor.uark.edu/2009/01/follow-up-differences/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Follow Up: The Harmonic Series</title>
		<link>http://mathfactor.uark.edu/2008/08/follow-up-the-harmonic-series/</link>
		<comments>http://mathfactor.uark.edu/2008/08/follow-up-the-harmonic-series/#comments</comments>
		<pubDate>Sat, 16 Aug 2008 19:18:18 +0000</pubDate>
		<dc:creator>strauss</dc:creator>
				<category><![CDATA[Follow Up]]></category>
		<category><![CDATA[answers]]></category>
		<category><![CDATA[infinity]]></category>
		<category><![CDATA[logic]]></category>
		<category><![CDATA[paradoxes]]></category>

		<guid isPermaLink="false">http://mathfactor.uark.edu/?p=245</guid>
		<description><![CDATA[That the worm falls off the end of the rope depends on the fact that the incredible
 harmonic series 
1 + 1/2 + 1/3 + 1/4 + . . . 
diverges to infinity, growing as large as you please!

 If you try adding terms up on a calculator, this scarcely seems possible! By the time [...]]]></description>
			<content:encoded><![CDATA[<p>That the worm falls off the end of the rope depends on the fact that the incredible<br />
 harmonic series </p>
<p>1 + 1/2 + 1/3 + 1/4 + . . . <br />
diverges to infinity, growing as large as you please!</p>
<p><span id="more-245"></span></p>
<p> If you try adding terms up on a calculator, this scarcely seems possible! By the time you have added the hundredth term, you will have a reached only a whopping 5.187&#8230; (and each new term will be less than .01).</p>
<p>After adding up a <i> million</i> terms, you will have made it only to about 14.39272672&#8230; &#8212; and each new term will be less than .000001. Does the series <i> really </i> diverge?</p>
<p>The eighteenth century mathematician <a href="http://en.wikipedia.org/wiki/Jacob_Bernoulli">Jacob Bernoulli</a> gave a very elegant proof that it does:</p>
<p>1/2 is at least 1/2</p>
<p>1/3 + 1/4 is at least 1/4 + 1/4 = 1/2</p>
<p>1/5 + 1/6 + 1/7 + 1/8 is at least 1/8 + 1/8 + 1/8 + 1/8 = 1/2</p>
<p>1/9 + . . . + 1/16 is at least 8 x 1/16 = 1/2</p>
<p>etc. So the result of adding up the first 2<sup>n</sup> terms 1/2 + 1/3 + . . . + 1/2<sup>n</sup> is at least n/2, and in particular, can be as large as we please.</p>
<p>But this <i> does </i> take a long time to get anywhere. To add up to, say, 100, Bernoulli&#8217;s proof shows us that  2<sup>198</sup> (about 4&#215;10<sup>59</sup>) terms will suffice. But maybe this is more than we actually need.</p>
<hr />
<p>A basic fact from calculus is that the area under the curve y = 1/x, from x = 1 to x = N is exactly ln N.</p>
<p align = "center"><img src="http://mathfactor.uark.edu/images/harmonic1.jpg"/></p>
<p>Now the area of a box 1 unit wide and 1/n units tall is 1/n, and boxes of width 1 and heights 1, 1/2, 1/3, . . . altogether have area 1 + 1/2 + 1/3 . . .</p>
<p> Here we see that these boxes can be arranged to show that </p>
<p>1 + 1/2 + 1/3 + 1/4 + 1/5 + 1/6 + 1/7 > ln 8</p>
<p align = "center"><img src="http://mathfactor.uark.edu/images/harmonicA.jpg"/>
</p>
<p>Shifting the boxes over, we see that</p>
<p>1/2 + 1/3 + 1/4 + 1/5 + 1/6 + 1/7 + 1/8 < ln 8</p>
</p>
<p align = "center"><img src="http://mathfactor.uark.edu/images/harmonic2.jpg"/></p>
<p>This gives us a much better bound on the harmonic series. Generally,  we have that </p>
<p>1 + 1/2 + . . . + 1/n is between ln (n+1) and (ln n) + 1. </p>
<p>So to be sure that the series sums to at least 100, we can be sure that e<sup>100-1</sup> (about 2.7&#215;10<sup>43</sup>) terms will suffice!</p>
<hr /> The great <a href = "http://en.wikipedia.org/wiki/Euler">Leonhard Euler</a> proved that in fact, in the long run, 1 + . . . + 1/n tends to be exactly ln n plus a constant; Euler&#8217;s constant, usually denoted by &gamma; (gamma), is about .577215664901&#8230;</p>
<p>So the sum of the first million terms is about (ln 1,000,000) + &gamma;,  and if we want to sum to 100, we need to have n such that ln n + &gamma; is greater than 100; in other words, e<sup> (100 &#8211; &gamma;)</sup> (about 1.5&#215;10<sup>43</sup>) terms will do.</p>
<hr />
<p><small> The series &Sigma; 1/(n ln n) diverges even more slowly still, taking about e^e^n terms to sum to n (!!) The series &Sigma; 1/(n (ln n) (ln ln n)) takes e^e^e^n terms to sum to n. Etc!!</small></p>
]]></content:encoded>
			<wfw:commentRss>http://mathfactor.uark.edu/2008/08/follow-up-the-harmonic-series/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Follow Up: The Busy Beaver Function</title>
		<link>http://mathfactor.uark.edu/2008/07/follow-up-the-busy-beaver-function/</link>
		<comments>http://mathfactor.uark.edu/2008/07/follow-up-the-busy-beaver-function/#comments</comments>
		<pubDate>Sat, 05 Jul 2008 22:10:43 +0000</pubDate>
		<dc:creator>strauss</dc:creator>
				<category><![CDATA[Follow Up]]></category>
		<category><![CDATA[busy beaver]]></category>
		<category><![CDATA[complexity]]></category>
		<category><![CDATA[computation]]></category>
		<category><![CDATA[growth]]></category>
		<category><![CDATA[infinity]]></category>
		<category><![CDATA[large]]></category>
		<category><![CDATA[paradox]]></category>
		<category><![CDATA[Rado]]></category>

		<guid isPermaLink="false">http://mathfactor.uark.edu/2008/07/05/follow-up-the-busy-beaver-function/</guid>
		<description><![CDATA[ Why can there be no computable bound to the Busy Beaver Function?


Before we get into things, we have to be sure to define what we mean by a program or procedure&#8212; what specific language or rules or model we are using. But once we&#8217;ve done that, all the arguments will be just exactly the [...]]]></description>
			<content:encoded><![CDATA[<p><b> Why can there be no computable bound to the Busy Beaver Function?</b></p>
<p><span id="more-240"></span>
</p>
<p>Before we get into things, we have to be sure to define what we mean by a program or procedure&#8212; what specific language or rules or model we are using. But once we&#8217;ve done that, all the arguments will be just exactly the same:</p>
<p>We can list out all the programs (in our language or rules or model) in some procedural way.  (For example, just start building longer and longer programs up systematically.) Now some of these will run forever and some of these will eventually stop. </p>
<p>We know, because the Halting Problem is not a computable question, that there is no procedure than can tell us whether the Nth program will eventually halt or run forever. </p>
<p>(Sure, one procedure is just to run the Nth program; if the program halts, we&#8217;ll eventually learn this. But if it hasn&#8217;t halted after a long time, we won&#8217;t know if the program is going to run forever, or another century, or just another minute. We won&#8217;t know a thing. There is no procedure that will tell us, in a finite amount of time, whether a given arbitrary program will run forever or halt.)</p>
<p>Let&#8217;s define a function: B(n). On our list of programs, among the programs that actually do eventually halt (whichever ones they are), how many steps does it take before the nth halting program halts?</p>
<p>Now B(n) <i> cannot be bounded by any function that can be computed!</i> Not n<sup>2</sup>, nor 2<sup>n</sup> nor n^n^n^n nor &#8230;. </p>
<p>B(n) has to pop above <i> any </i> computable function!!!</p>
<p>I don&#8217;t know about you, but this just blows my mind. </p>
<p>Here&#8217;s the argument:</p>
<hrule>
<p>Suppose there were  a function f(n) that can be computed such that f(n)>B(n) for all n. Now consider the Nth program. We don&#8217;t know whether or not this program halts. If it does though, it will be the nth halting program for some n < = N and so will take fewer than f(n) steps to halt. </p>
</p>
<p>In other words, if we run our program for <i> more  than f(n) steps, for any possible n< =N, we know we are in the clear and the program will run forever. </p>
<p>But this gives us a procedure for figuring out whether any given program halts or not. If you have the Nth program, calculate f(1), f(2), &#8230; f(N) and take the biggest of those values.<br />
(Remember, the assumption was that we can <i> compute these values of f!) Lets call that maximum value F.</i></p>
<p>Run the program for F steps if you can. If you make it all the way to F steps without halting, you know the program will never halt (remember we are assuming B(n) < f(n) for all n).</p>
</p>
<p>So, we have a procedure to determine whether or not an arbitrary program halts or not. What went wrong? Our assumption, that there could be a computable bound f(n) for B(n) just could not be so: B(n) must not be bounded by any computable function!</p>
<hrule>
<p><small>The classical busy beaver problem, posed by T. Rado, is a little different. But only because we have to fix our terms. First off, he is using straight-out plain jane Turing machines.  Second, he asks: among the (finite collection of) Turing machines with N states and M symbols, some halt and some do not. Among those that do halt, which one takes the very longest to do so? He calls this the N-state, M-symbol busy beaver. Generally speaking, we will never know what <i> the</i> busy beaver for a given N and M are. But there are some <a href="http://www.logique.jussieu.fr/~michel/beh.html"> astounding candidates</a> that have been discovered!</small></p>
<p>The functions Rado considered were just a little different than the B we defined above, but they also have no computable bound and the proof is just the same.  Rado defines S(N,M) to be absolute maximum number of  steps taken by a halting N state M symbol turing machine. </p>
</hrule>
</i></p>
</hrule>
]]></content:encoded>
			<wfw:commentRss>http://mathfactor.uark.edu/2008/07/follow-up-the-busy-beaver-function/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Follow Up: Smullyan&#8217;s Paradoxes!</title>
		<link>http://mathfactor.uark.edu/2008/04/follow-up-smullyans-paradoxes/</link>
		<comments>http://mathfactor.uark.edu/2008/04/follow-up-smullyans-paradoxes/#comments</comments>
		<pubDate>Thu, 17 Apr 2008 17:20:32 +0000</pubDate>
		<dc:creator>strauss</dc:creator>
				<category><![CDATA[Follow Up]]></category>
		<category><![CDATA[guests]]></category>
		<category><![CDATA[paradoxes]]></category>

		<guid isPermaLink="false">http://mathfactor.uark.edu/2008/04/17/follow-up-smullyans-paradoxes/</guid>
		<description><![CDATA[We present a recording of Raymond Smullyan&#8217;s lecture at the Gathering for Gardner, March 30, 2008; Newcomb&#8217;s paradox really is a stumper.
]]></description>
			<content:encoded><![CDATA[<p>We present a recording of Raymond Smullyan&#8217;s lecture at the Gathering for Gardner, March 30, 2008; Newcomb&#8217;s paradox really is a stumper.</p>
]]></content:encoded>
			<wfw:commentRss>http://mathfactor.uark.edu/2008/04/follow-up-smullyans-paradoxes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
			<enclosure url="http://mathfactor.uark.edu/podpress_trac/feed/228/0/Raymond%20Smullyan_2008_03_30.mp3" length="23244199" type="audio/mpeg"/>
<itunes:duration>13:50</itunes:duration>
		<itunes:subtitle>We present a recording of Raymond Smullyan's lecture at the Gathering for Gardner, March 30, 2008; Newcomb's paradox really is a stumper.
 </itunes:subtitle>
		<itunes:summary>We present a recording of Raymond Smullyan's lecture at the Gathering for Gardner, March 30, 2008; Newcomb's paradox really is a stumper.
</itunes:summary>
		<itunes:keywords>Follow,Up,,guests,,paradoxes</itunes:keywords>
		<itunes:author>strauss@uark.edu</itunes:author>
		<itunes:explicit>no</itunes:explicit>
		<itunes:block>No</itunes:block>
	</item>
	</channel>
</rss>
