<?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: Software Quality in Climate Research</title>
	<atom:link href="http://www.easterbrook.ca/steve/?feed=rss2&#038;p=1053" rel="self" type="application/rss+xml" />
	<link>http://www.easterbrook.ca/steve/?p=1053</link>
	<description>Or, What has Software Engineering got to do with Climate Change?</description>
	<lastBuildDate>Wed, 08 Sep 2010 13:42:12 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Lorin Hochstein</title>
		<link>http://www.easterbrook.ca/steve/?p=1053&#038;cpage=1#comment-1399</link>
		<dc:creator>Lorin Hochstein</dc:creator>
		<pubDate>Sat, 19 Dec 2009 03:24:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.easterbrook.ca/steve/?p=1053#comment-1399</guid>
		<description>Fun follow-up to the BBC story: John Graham-Cumming, the software engineer quoted in the story, downloaded some of the newly available data, found a discrepancy in some temperatures in Oceania, reported it to the Met Office, and &lt;a href=&quot;http://www.jgc.org/blog/2009/12/well-i-was-right-about-one-thing.html&quot; rel=&quot;nofollow&quot;&gt;received a gracious response&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Fun follow-up to the BBC story: John Graham-Cumming, the software engineer quoted in the story, downloaded some of the newly available data, found a discrepancy in some temperatures in Oceania, reported it to the Met Office, and <a href="http://www.jgc.org/blog/2009/12/well-i-was-right-about-one-thing.html" rel="nofollow">received a gracious response</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Davies</title>
		<link>http://www.easterbrook.ca/steve/?p=1053&#038;cpage=1#comment-1357</link>
		<dc:creator>Ed Davies</dc:creator>
		<pubDate>Tue, 15 Dec 2009 22:19:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.easterbrook.ca/steve/?p=1053#comment-1357</guid>
		<description>One minor point on that BBC Newsnight item: the software engineer comments on the lack of audit history in the source.  That might have just about been a reasonable observation a decade or more ago but now most people would keep the code in a version control system of some sort and so have the audit history there rather than in a header comment.</description>
		<content:encoded><![CDATA[<p>One minor point on that BBC Newsnight item: the software engineer comments on the lack of audit history in the source.  That might have just about been a reasonable observation a decade or more ago but now most people would keep the code in a version control system of some sort and so have the audit history there rather than in a header comment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Do &#8220;Many eyes make all bugs shallow&#8221;? &#124; Serendipity</title>
		<link>http://www.easterbrook.ca/steve/?p=1053&#038;cpage=1#comment-1327</link>
		<dc:creator>Do &#8220;Many eyes make all bugs shallow&#8221;? &#124; Serendipity</dc:creator>
		<pubDate>Fri, 11 Dec 2009 06:09:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.easterbrook.ca/steve/?p=1053#comment-1327</guid>
		<description>[...] a follow-on from yesterday&#8217;s post on making climate software open source, I&#8217;d like to pick up on the oft-repeated slogan [...]</description>
		<content:encoded><![CDATA[<p>[...] a follow-on from yesterday&#8217;s post on making climate software open source, I&#8217;d like to pick up on the oft-repeated slogan [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Fisher</title>
		<link>http://www.easterbrook.ca/steve/?p=1053&#038;cpage=1#comment-1323</link>
		<dc:creator>Rob Fisher</dc:creator>
		<pubDate>Thu, 10 Dec 2009 08:13:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.easterbrook.ca/steve/?p=1053#comment-1323</guid>
		<description>A couple of other things occur to me.

&quot;How many of you can honestly say that you’d come out looking good if I trawled through your files, picked the worst piece of code lying around in there, and reviewed it on national TV?&quot;

I&#039;ve written poor quality code.  I&#039;ve never written poor quality open source code, because I know that other people might see it.  This is an advantage of writing open source code -- it improves quality.

&quot;There are plenty of allegations, but no evidence at all that even one single published result is affected by all this.&quot;

There are plenty of questions that would be answered by open sourcing the code.  For example, one chap is scrabbling around trying to &lt;a href=&quot;http://wattsupwiththat.com/2009/12/08/the-smoking-gun-at-darwin-zero/&quot; rel=&quot;nofollow&quot;&gt;make sense of station adjustments&lt;/a&gt;.  Questions like that would go away more quickly if people could see how such adjustments came about.

At the moment it&#039;s plausible to claim that such problems invalidate anything that relies on these adjusted station records.

&lt;em&gt;[The idea of open source on its own does not solve this problem. You have to build a knowledgeable community, and have a way of dealing with deliberate denial of service attacks on scientists&#039; time. People like Watts aren&#039;t going to stop making up spurious attacks on the science just because the data is open. He&#039;s been trying to find errors in station adjustments for years, and has found nothing wrong yet. That isn&#039;t science, it&#039;s more like the spanish inquisition. - Steve]&lt;/em&gt;
</description>
		<content:encoded><![CDATA[<p>A couple of other things occur to me.</p>
<p>&#8220;How many of you can honestly say that you’d come out looking good if I trawled through your files, picked the worst piece of code lying around in there, and reviewed it on national TV?&#8221;</p>
<p>I&#8217;ve written poor quality code.  I&#8217;ve never written poor quality open source code, because I know that other people might see it.  This is an advantage of writing open source code &#8212; it improves quality.</p>
<p>&#8220;There are plenty of allegations, but no evidence at all that even one single published result is affected by all this.&#8221;</p>
<p>There are plenty of questions that would be answered by open sourcing the code.  For example, one chap is scrabbling around trying to <a href="http://wattsupwiththat.com/2009/12/08/the-smoking-gun-at-darwin-zero/" rel="nofollow">make sense of station adjustments</a>.  Questions like that would go away more quickly if people could see how such adjustments came about.</p>
<p>At the moment it&#8217;s plausible to claim that such problems invalidate anything that relies on these adjusted station records.</p>
<p><em>[The idea of open source on its own does not solve this problem. You have to build a knowledgeable community, and have a way of dealing with deliberate denial of service attacks on scientists' time. People like Watts aren't going to stop making up spurious attacks on the science just because the data is open. He's been trying to find errors in station adjustments for years, and has found nothing wrong yet. That isn't science, it's more like the spanish inquisition. - Steve]</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Fisher</title>
		<link>http://www.easterbrook.ca/steve/?p=1053&#038;cpage=1#comment-1322</link>
		<dc:creator>Rob Fisher</dc:creator>
		<pubDate>Thu, 10 Dec 2009 07:14:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.easterbrook.ca/steve/?p=1053#comment-1322</guid>
		<description>I&#039;d care a lot less about seeing all the source and data if I could just ignore climate scientists and shop elsewhere. But since I&#039;m expected to hand over $$$ and change my lifestyle because of this research, your arguments ring hollow.


Regarding comment #4, I don&#039;t personally have to understand all the code and methods myself.  It&#039;s enough that people I trust are saying good things about it.  In the case of open source encryption software, for example, I can be certain that if there was a way to break the encryption people would be shouting about it.

&lt;em&gt;[You &lt;strong&gt;can&lt;/strong&gt; shop elsewhere - there are thousands of climate scientists across the world. If you don&#039;t like the CRU folks, go to any one of a large number of climate science labs elsewhere (start here: &lt;a href=&quot;http://www.realclimate.org/index.php/data-sources/&quot; rel=&quot;nofollow&quot;&gt;http://www.realclimate.org/index.php/data-sources/&lt;/a&gt;). An analogy: Imagine your doctor told you that you have to change your eating habits, or your heart is unlikely to last out the year. You would go and get a second opinion from another doctor. And maybe a third. But when every qualified doctor tells you the same thing, do you finally accept their advice, or do you go around claiming that all doctors are corrupt? - Steve]&lt;/em&gt;
</description>
		<content:encoded><![CDATA[<p>I&#8217;d care a lot less about seeing all the source and data if I could just ignore climate scientists and shop elsewhere. But since I&#8217;m expected to hand over $$$ and change my lifestyle because of this research, your arguments ring hollow.</p>
<p>Regarding comment #4, I don&#8217;t personally have to understand all the code and methods myself.  It&#8217;s enough that people I trust are saying good things about it.  In the case of open source encryption software, for example, I can be certain that if there was a way to break the encryption people would be shouting about it.</p>
<p><em>[You <strong>can</strong> shop elsewhere - there are thousands of climate scientists across the world. If you don't like the CRU folks, go to any one of a large number of climate science labs elsewhere (start here: <a href="http://www.realclimate.org/index.php/data-sources/" rel="nofollow">http://www.realclimate.org/index.php/data-sources/</a>). An analogy: Imagine your doctor told you that you have to change your eating habits, or your heart is unlikely to last out the year. You would go and get a second opinion from another doctor. And maybe a third. But when every qualified doctor tells you the same thing, do you finally accept their advice, or do you go around claiming that all doctors are corrupt? - Steve]</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: steve</title>
		<link>http://www.easterbrook.ca/steve/?p=1053&#038;cpage=1#comment-1319</link>
		<dc:creator>steve</dc:creator>
		<pubDate>Wed, 09 Dec 2009 03:51:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.easterbrook.ca/steve/?p=1053#comment-1319</guid>
		<description>Dan - excellent points. I agree that developers learn a lot about the domain from participating in open source projects, just as climate scientists learn a lot from building their own models. But my point was mainly about the entry criteria. Torvalds began work on Linux as a masters thesis, after many years of training in computer science. Most other contributors have degrees in computer science and many years experience in computing. The equivalent entry criteria for climate models would be a degree in meteorology or atmospheric physics, and many years experience in climate research.

The idea of getting a broader audience to understand what climate models are by participating in building them is a pet project of mine (see: http://www.easterbrook.ca/steve/?p=482). But setting them to work on an existing climate model wouldn&#039;t work; we&#039;d have to build our own simplified model, aimed at elucidation of the principles, rather than doing cutting edge climate science.</description>
		<content:encoded><![CDATA[<p>Dan &#8211; excellent points. I agree that developers learn a lot about the domain from participating in open source projects, just as climate scientists learn a lot from building their own models. But my point was mainly about the entry criteria. Torvalds began work on Linux as a masters thesis, after many years of training in computer science. Most other contributors have degrees in computer science and many years experience in computing. The equivalent entry criteria for climate models would be a degree in meteorology or atmospheric physics, and many years experience in climate research.</p>
<p>The idea of getting a broader audience to understand what climate models are by participating in building them is a pet project of mine (see: <a href="http://www.easterbrook.ca/steve/?p=482)" rel="nofollow">http://www.easterbrook.ca/steve/?p=482)</a>. But setting them to work on an existing climate model wouldn&#8217;t work; we&#8217;d have to build our own simplified model, aimed at elucidation of the principles, rather than doing cutting edge climate science.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: George Crews</title>
		<link>http://www.easterbrook.ca/steve/?p=1053&#038;cpage=1#comment-1317</link>
		<dc:creator>George Crews</dc:creator>
		<pubDate>Tue, 08 Dec 2009 18:19:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.easterbrook.ca/steve/?p=1053#comment-1317</guid>
		<description>Hi Steve,

Perhaps we should turn over cyber-security to the scientists as well? :-)

Wading through the hay of all the straw men you so enthusiastically knock down (which I admit is fun to read), I am still left wondering. There is a knowledge domain called &lt;a href=&quot;http://www.wtec.org/sbes/SBES-GlobalFinalReport.pdf&quot; rel=&quot;nofollow&quot;&gt;simulation-based engineering science&lt;/a&gt;. It includes a pretty well defined approach to V&amp;V (includes method of manufactured solutions, etc.). IMHO, this &quot;community of programmers&quot; would be able to &quot;take on the job instead&quot; of the scientists. And since confidence is the crucial issue, their independence would be invaluable.

The point that I think you are not directly addressing is the &quot;accreditation&quot; problem. V&amp;V assumes that an accredited authority performs the V&amp;V. If the confidence in some portion of climate science has been called into question, climate science cannot logically use its authority to reestablish its authority. Outside remediation is needed from a trusted authority. For example, for the &quot;hockey-stick&quot; issue, IIRC, outside statisticians were brought in.

&lt;em&gt;[That&#039;s an awfully big &quot;if&quot; in your final paragraph. There are plenty of allegations, but no evidence at all that even one single published result is affected by all this. -Steve]&lt;/em&gt;
</description>
		<content:encoded><![CDATA[<p>Hi Steve,</p>
<p>Perhaps we should turn over cyber-security to the scientists as well? <img src='http://www.easterbrook.ca/steve/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Wading through the hay of all the straw men you so enthusiastically knock down (which I admit is fun to read), I am still left wondering. There is a knowledge domain called <a href="http://www.wtec.org/sbes/SBES-GlobalFinalReport.pdf" rel="nofollow">simulation-based engineering science</a>. It includes a pretty well defined approach to V&amp;V (includes method of manufactured solutions, etc.). IMHO, this &#8220;community of programmers&#8221; would be able to &#8220;take on the job instead&#8221; of the scientists. And since confidence is the crucial issue, their independence would be invaluable.</p>
<p>The point that I think you are not directly addressing is the &#8220;accreditation&#8221; problem. V&amp;V assumes that an accredited authority performs the V&amp;V. If the confidence in some portion of climate science has been called into question, climate science cannot logically use its authority to reestablish its authority. Outside remediation is needed from a trusted authority. For example, for the &#8220;hockey-stick&#8221; issue, IIRC, outside statisticians were brought in.</p>
<p><em>[That's an awfully big "if" in your final paragraph. There are plenty of allegations, but no evidence at all that even one single published result is affected by all this. -Steve]</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Hagon</title>
		<link>http://www.easterbrook.ca/steve/?p=1053&#038;cpage=1#comment-1315</link>
		<dc:creator>Dan Hagon</dc:creator>
		<pubDate>Tue, 08 Dec 2009 17:19:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.easterbrook.ca/steve/?p=1053#comment-1315</guid>
		<description>Surely open source developers who work on things like the Linux kernel are world-class experts on operating systems and computer architectures precisely _because_ they&#039;ve had first-hand experience working on that code? This includes making all the usual coding mistakes and also understanding why certain approaches don&#039;t work through trying them out - basically doing all the right things necessary to really understand a subject in detail beyond the superficial. By the same token, we can better educate a larger community of interested individuals about a variety of scientific disciplines by allowing them to engage directly with the practice of that science. One relatively easy way to do this (easy in the sense that it fits in with current practice within both communities) is to develop scientific codes using the open source model - including allowing contributions from non-scientific developers. Indeed, it&#039;s likely the open source developers and scientists will both learn a great deal from each other by this process.</description>
		<content:encoded><![CDATA[<p>Surely open source developers who work on things like the Linux kernel are world-class experts on operating systems and computer architectures precisely _because_ they&#8217;ve had first-hand experience working on that code? This includes making all the usual coding mistakes and also understanding why certain approaches don&#8217;t work through trying them out &#8211; basically doing all the right things necessary to really understand a subject in detail beyond the superficial. By the same token, we can better educate a larger community of interested individuals about a variety of scientific disciplines by allowing them to engage directly with the practice of that science. One relatively easy way to do this (easy in the sense that it fits in with current practice within both communities) is to develop scientific codes using the open source model &#8211; including allowing contributions from non-scientific developers. Indeed, it&#8217;s likely the open source developers and scientists will both learn a great deal from each other by this process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Faraz</title>
		<link>http://www.easterbrook.ca/steve/?p=1053&#038;cpage=1#comment-1314</link>
		<dc:creator>Faraz</dc:creator>
		<pubDate>Tue, 08 Dec 2009 16:24:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.easterbrook.ca/steve/?p=1053#comment-1314</guid>
		<description>This is what happens when we use the media hype and the word of mouth to publicize a scientific field. As we can see, media can be equally damaging. It is worth watching Richard Dawkins&#039; documentary film about &quot;The Enemies Of Reason&quot; (available on Google video).</description>
		<content:encoded><![CDATA[<p>This is what happens when we use the media hype and the word of mouth to publicize a scientific field. As we can see, media can be equally damaging. It is worth watching Richard Dawkins&#8217; documentary film about &#8220;The Enemies Of Reason&#8221; (available on Google video).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
