<?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: Nick Howe Wins the Early Bird Special</title>
	<atom:link href="http://blogs.mathworks.com/contest/2009/11/07/nick-howe-wins-the-early-bird-special/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.mathworks.com/contest/2009/11/07/nick-howe-wins-the-early-bird-special/</link>
	<description>The MATLAB Programming Contest is a semi-annual competition where contestants submit MATLAB code to try to solve a challenge.  For more information, see http://www.mathworks.com/contest/overview.html</description>
	<lastBuildDate>Sat, 21 Jan 2012 14:45:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Alan Chalker</title>
		<link>http://blogs.mathworks.com/contest/2009/11/07/nick-howe-wins-the-early-bird-special/#comment-6542</link>
		<dc:creator>Alan Chalker</dc:creator>
		<pubDate>Sun, 08 Nov 2009 05:14:22 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/contest/2009/11/07/nick-howe-wins-the-early-bird-special/#comment-6542</guid>
		<description>As I traditionally do about this time in the contest, I&#039;ve submitted a heavily commented version of the code, which happens to currently be at the top of the leaderboard:
&#039;ComplicatedMess3&#039;, submission 53910
http://www.mathworks.com/contest/flooding.cgi/view_submission.html?id=53910  

Unfortunately, unlike in any of the contests since I&#039;ve been doing this, the leading code is so complicated I wasn&#039;t able to fully understand or document it, even after spending several hours on it today.  

Perhaps I&#039;m just being dense lately, but I think part of the reason is there are some VERY sophisticated graph theory type calculations going on in the code, which I was having difficulty following.  As a result, only about 80% of the code is documented, but that should be enough to give people a general idea of what&#039;s going on.

Interestingly enough the cyc complexity and node counts of the code are equal to or less than what we&#039;ve seen in other contests, so those aren&#039;t really good measures this time around regarding the &#039;readability&#039; of the code.

Hopefully this won&#039;t discourage people from participating during the rest of the contest.  If anyone with a better grasp of the various sections or graph theory is willing to pick up on commenting the code where I left off, I encourage you to!</description>
		<content:encoded><![CDATA[<p>As I traditionally do about this time in the contest, I&#8217;ve submitted a heavily commented version of the code, which happens to currently be at the top of the leaderboard:<br />
&#8216;ComplicatedMess3&#8242;, submission 53910<br />
<a href="http://www.mathworks.com/contest/flooding.cgi/view_submission.html?id=53910" rel="nofollow">http://www.mathworks.com/contest/flooding.cgi/view_submission.html?id=53910</a>  </p>
<p>Unfortunately, unlike in any of the contests since I&#8217;ve been doing this, the leading code is so complicated I wasn&#8217;t able to fully understand or document it, even after spending several hours on it today.  </p>
<p>Perhaps I&#8217;m just being dense lately, but I think part of the reason is there are some VERY sophisticated graph theory type calculations going on in the code, which I was having difficulty following.  As a result, only about 80% of the code is documented, but that should be enough to give people a general idea of what&#8217;s going on.</p>
<p>Interestingly enough the cyc complexity and node counts of the code are equal to or less than what we&#8217;ve seen in other contests, so those aren&#8217;t really good measures this time around regarding the &#8216;readability&#8217; of the code.</p>
<p>Hopefully this won&#8217;t discourage people from participating during the rest of the contest.  If anyone with a better grasp of the various sections or graph theory is willing to pick up on commenting the code where I left off, I encourage you to!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Chalker</title>
		<link>http://blogs.mathworks.com/contest/2009/11/07/nick-howe-wins-the-early-bird-special/#comment-6540</link>
		<dc:creator>Alan Chalker</dc:creator>
		<pubDate>Sat, 07 Nov 2009 06:25:57 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/contest/2009/11/07/nick-howe-wins-the-early-bird-special/#comment-6540</guid>
		<description>I have been able to figure out the scoring formula and am posting it here as I traditionally do. As usual, it’s very similar to the recent contests:

score = k1*result + k2*e(k3*runtime) + k4*max(complexity-10,0) + k5*nodes

Where:

k1 = 0.01
k2 = 0.001
k3 = 1/12 (0.08333…)
k4 = 1
k5 = 0.001

The current leading entry has a time of 89s, result of 663581, cyc of 9, and nodes of 1961. Here’s a breakdown of the current tradoffs:

-cyc and score are a 1:1 ratio (i.e. each point shaved off cyc is a point shaved off the score)
-time and score are a 1:0.2 ratio
-result and score are a 1:0.01 ratio
-node and score are a 1:0.001 ratio

As is common at this point in the contest, Nick Howe&#039;s entries have already settled in just below the ‘knee’ of the time exponential curve, which is rather flat until about ~110s. However, because of results are so high right now and change quite a bit with small tweaks, I think we are going to find more payoff in trying to reduce the results by searching the boards for a bit longer, at least until the times get up around the 120s range.  Unfortunately that also means that during the various contest end times the queue is going to get very backlogged, since each entry will take several minutes to execute.</description>
		<content:encoded><![CDATA[<p>I have been able to figure out the scoring formula and am posting it here as I traditionally do. As usual, it’s very similar to the recent contests:</p>
<p>score = k1*result + k2*e(k3*runtime) + k4*max(complexity-10,0) + k5*nodes</p>
<p>Where:</p>
<p>k1 = 0.01<br />
k2 = 0.001<br />
k3 = 1/12 (0.08333…)<br />
k4 = 1<br />
k5 = 0.001</p>
<p>The current leading entry has a time of 89s, result of 663581, cyc of 9, and nodes of 1961. Here’s a breakdown of the current tradoffs:</p>
<p>-cyc and score are a 1:1 ratio (i.e. each point shaved off cyc is a point shaved off the score)<br />
-time and score are a 1:0.2 ratio<br />
-result and score are a 1:0.01 ratio<br />
-node and score are a 1:0.001 ratio</p>
<p>As is common at this point in the contest, Nick Howe&#8217;s entries have already settled in just below the ‘knee’ of the time exponential curve, which is rather flat until about ~110s. However, because of results are so high right now and change quite a bit with small tweaks, I think we are going to find more payoff in trying to reduce the results by searching the boards for a bit longer, at least until the times get up around the 120s range.  Unfortunately that also means that during the various contest end times the queue is going to get very backlogged, since each entry will take several minutes to execute.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

