<?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 for Physicist Amok</title>
	<atom:link href="http://madhadron.auditblogs.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://madhadron.auditblogs.com</link>
	<description></description>
	<lastBuildDate>Sun, 03 Feb 2008 11:50:03 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Against the Copenhagen Interpretation by George Hacken</title>
		<link>http://madhadron.auditblogs.com/2007/11/28/against-the-copenhagen-interpretation/comment-page-1/#comment-1029</link>
		<dc:creator>George Hacken</dc:creator>
		<pubDate>Sun, 03 Feb 2008 11:50:03 +0000</pubDate>
		<guid isPermaLink="false">http://madhadron.auditblogs.com/2007/11/28/against-the-copenhagen-interpretation/#comment-1029</guid>
		<description>Discovered your site this morning, upon having &#039;googled&#039; the phrase, &quot;damnation by faint praise&quot; -- for purposes of confirming or refuting Shakespeare as its source. (I&#039;m suitably embarrassed by my lack of culture, etc, etc. For completeness&#039;s sake, I&#039;ll state that my &#039;final purpose&#039; is to use that phrase in a quite positive review of Graham Hutton&#039;s &#039;Programming in Haskell.&#039;)  There is much that Alfred O&#039;Rahilly (Electromagnetics, 1938) is wrong about, including his theory of E&M; however, he&#039;s dead right when he says, &quot;Physics cannot solve philosophical problems.&quot; Hear, hear. You&#039;re right about Copenhagen.  I felt quite cheated when, almost 45 years ago, the very smart (late) Professor Gerald Feinberg overloaded the Advanced QM final with Copenhagen-type and EPR-paradox philosophical questions. And here I wanted to come to grips with calculating renormalization &amp; the Lamb shift. I hope not to sound as if I&#039;m slouching toward Philipp Lenard, whose motive was not better physics, and whose diatribe Jack Steinberger asked us to translate as one of two foreign-language requirements for the PhD.

Thanks for some great &#039;reads,&#039; and sorry for my exercise of Proustian tendencies.

-- George</description>
		<content:encoded><![CDATA[<p>Discovered your site this morning, upon having &#8216;googled&#8217; the phrase, &#8220;damnation by faint praise&#8221; &#8212; for purposes of confirming or refuting Shakespeare as its source. (I&#8217;m suitably embarrassed by my lack of culture, etc, etc. For completeness&#8217;s sake, I&#8217;ll state that my &#8216;final purpose&#8217; is to use that phrase in a quite positive review of Graham Hutton&#8217;s &#8216;Programming in Haskell.&#8217;)  There is much that Alfred O&#8217;Rahilly (Electromagnetics, 1938) is wrong about, including his theory of E&#038;M; however, he&#8217;s dead right when he says, &#8220;Physics cannot solve philosophical problems.&#8221; Hear, hear. You&#8217;re right about Copenhagen.  I felt quite cheated when, almost 45 years ago, the very smart (late) Professor Gerald Feinberg overloaded the Advanced QM final with Copenhagen-type and EPR-paradox philosophical questions. And here I wanted to come to grips with calculating renormalization &amp; the Lamb shift. I hope not to sound as if I&#8217;m slouching toward Philipp Lenard, whose motive was not better physics, and whose diatribe Jack Steinberger asked us to translate as one of two foreign-language requirements for the PhD.</p>
<p>Thanks for some great &#8216;reads,&#8217; and sorry for my exercise of Proustian tendencies.</p>
<p>&#8211; George</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on An observation on accumulation points by John A</title>
		<link>http://madhadron.auditblogs.com/2008/01/15/an-observation-on-accumulation-points/comment-page-1/#comment-1079</link>
		<dc:creator>John A</dc:creator>
		<pubDate>Mon, 21 Jan 2008 05:54:45 +0000</pubDate>
		<guid isPermaLink="false">http://madhadron.auditblogs.com/2008/01/15/an-observation-on-accumulation-points/#comment-1079</guid>
		<description>You&#039;ll be pleased to know that categories, blogrolls and links are back (the update to Wordpress MU wasn&#039;t as smooth as I would like).

Tags are now available for your posts, to make searching on specific topics for your reader(s) a lot easier. The line on where to insert them is just below the text field where you enter the post itself in the admin console.</description>
		<content:encoded><![CDATA[<p>You&#8217;ll be pleased to know that categories, blogrolls and links are back (the update to Wordpress MU wasn&#8217;t as smooth as I would like).</p>
<p>Tags are now available for your posts, to make searching on specific topics for your reader(s) a lot easier. The line on where to insert them is just below the text field where you enter the post itself in the admin console.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on BIO2010 (Part 3) by Organic Chemistry</title>
		<link>http://madhadron.auditblogs.com/2007/08/19/bio2010-part-3/comment-page-1/#comment-849</link>
		<dc:creator>Organic Chemistry</dc:creator>
		<pubDate>Thu, 20 Dec 2007 19:26:08 +0000</pubDate>
		<guid isPermaLink="false">http://madhadron.auditblogs.com/2007/08/19/bio2010-part-3/#comment-849</guid>
		<description>I would emphisize the importance of organic chemistry in molecular biology.  Making sense of biological molecules and their in vivo reactions is much easier with a strong foundation in organic chemistry</description>
		<content:encoded><![CDATA[<p>I would emphisize the importance of organic chemistry in molecular biology.  Making sense of biological molecules and their in vivo reactions is much easier with a strong foundation in organic chemistry</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hidden costs in NIH grants by John A</title>
		<link>http://madhadron.auditblogs.com/2007/11/25/hidden-costs-in-nih-grants/comment-page-1/#comment-991</link>
		<dc:creator>John A</dc:creator>
		<pubDate>Mon, 26 Nov 2007 08:59:06 +0000</pubDate>
		<guid isPermaLink="false">http://madhadron.auditblogs.com/2007/11/25/hidden-costs-in-nih-grants/#comment-991</guid>
		<description>Jeebus. No wonder academics are fixated by grant applications in climate science.</description>
		<content:encoded><![CDATA[<p>Jeebus. No wonder academics are fixated by grant applications in climate science.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Encapsulated experience by madhadron</title>
		<link>http://madhadron.auditblogs.com/2007/11/07/encapsulated-experience/comment-page-1/#comment-983</link>
		<dc:creator>madhadron</dc:creator>
		<pubDate>Tue, 13 Nov 2007 21:11:09 +0000</pubDate>
		<guid isPermaLink="false">http://madhadron.auditblogs.com/2007/11/07/encapsulated-experience/#comment-983</guid>
		<description>Actually, I find git very easy to use.  They&#039;ve apparently come a long way in the last year.

But I agree with Linus that any system which makes branching difficult is essentially useless.  I have to have various branches and versions available and maintainable.  For some things, we need a stable version with no whistles.  Someone may be collaborating in developing a new feature.  I have rewrites of parts of the code going on elsewhere.  If I can&#039;t easily isolate these things in branches, I am in deep trouble.  I remember being so.  It&#039;s why I need source code control.</description>
		<content:encoded><![CDATA[<p>Actually, I find git very easy to use.  They&#8217;ve apparently come a long way in the last year.</p>
<p>But I agree with Linus that any system which makes branching difficult is essentially useless.  I have to have various branches and versions available and maintainable.  For some things, we need a stable version with no whistles.  Someone may be collaborating in developing a new feature.  I have rewrites of parts of the code going on elsewhere.  If I can&#8217;t easily isolate these things in branches, I am in deep trouble.  I remember being so.  It&#8217;s why I need source code control.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Encapsulated experience by RobBlake</title>
		<link>http://madhadron.auditblogs.com/2007/11/07/encapsulated-experience/comment-page-1/#comment-982</link>
		<dc:creator>RobBlake</dc:creator>
		<pubDate>Wed, 07 Nov 2007 16:20:02 +0000</pubDate>
		<guid isPermaLink="false">http://madhadron.auditblogs.com/2007/11/07/encapsulated-experience/#comment-982</guid>
		<description>I looked into switching version control software awhile ago.  There are two main flavors: centralized and distributed.

Centralized:  A good fit if less than 5 people are collaborating on code, or if no one ever wants to branch the code.

subversion is the winner here, especially since you can team it up with a Trac wiki and drill down into your repository history

Distributed:  Allows for infinite numbers of branches.  Scales better than centralized.  A bit less support, sometimes harder to use.

darcs - Really nice, beautiful theoretically, but checking in code is strange and the algorithm has a bug that sometimes requires an exponetial search in the patch space.

git - Alpha/Beta software when I was evaluating it, perhaps it&#039;s stabalized?

mercurial - I have friends that swear by this program.  It&#039;s supposed to be the easiest to use of the distributed programs.</description>
		<content:encoded><![CDATA[<p>I looked into switching version control software awhile ago.  There are two main flavors: centralized and distributed.</p>
<p>Centralized:  A good fit if less than 5 people are collaborating on code, or if no one ever wants to branch the code.</p>
<p>subversion is the winner here, especially since you can team it up with a Trac wiki and drill down into your repository history</p>
<p>Distributed:  Allows for infinite numbers of branches.  Scales better than centralized.  A bit less support, sometimes harder to use.</p>
<p>darcs &#8211; Really nice, beautiful theoretically, but checking in code is strange and the algorithm has a bug that sometimes requires an exponetial search in the patch space.</p>
<p>git &#8211; Alpha/Beta software when I was evaluating it, perhaps it&#8217;s stabalized?</p>
<p>mercurial &#8211; I have friends that swear by this program.  It&#8217;s supposed to be the easiest to use of the distributed programs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on First impressions of Scala by madhadron</title>
		<link>http://madhadron.auditblogs.com/2007/11/05/first-impressions-of-scala/comment-page-1/#comment-972</link>
		<dc:creator>madhadron</dc:creator>
		<pubDate>Tue, 06 Nov 2007 14:38:35 +0000</pubDate>
		<guid isPermaLink="false">http://madhadron.auditblogs.com/2007/11/05/first-impressions-of-scala/#comment-972</guid>
		<description>Thanks for pointing that out.  I hadn&#039;t noticed it in the documentation.</description>
		<content:encoded><![CDATA[<p>Thanks for pointing that out.  I hadn&#8217;t noticed it in the documentation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on First impressions of Scala by Henry Ware</title>
		<link>http://madhadron.auditblogs.com/2007/11/05/first-impressions-of-scala/comment-page-1/#comment-971</link>
		<dc:creator>Henry Ware</dc:creator>
		<pubDate>Mon, 05 Nov 2007 18:12:30 +0000</pubDate>
		<guid isPermaLink="false">http://madhadron.auditblogs.com/2007/11/05/first-impressions-of-scala/#comment-971</guid>
		<description>Scala&#039;s case classes do detect total functions in the cases where it is possible to do so:

sealed abstract class Foo{}
case class Left extends Foo{}
case class Right extends Foo{}

def left(foo:Foo)=foo match{
    case l:Left =&gt; 2
}
Quick.scala:7: warning: match is not exhaustive

This does not work for non-sealed classes-- where additional cases may not be known at compile time-- or for cases where unapply is used.</description>
		<content:encoded><![CDATA[<p>Scala&#8217;s case classes do detect total functions in the cases where it is possible to do so:</p>
<p>sealed abstract class Foo{}<br />
case class Left extends Foo{}<br />
case class Right extends Foo{}</p>
<p>def left(foo:Foo)=foo match{<br />
    case l:Left =&gt; 2<br />
}<br />
Quick.scala:7: warning: match is not exhaustive</p>
<p>This does not work for non-sealed classes&#8211; where additional cases may not be known at compile time&#8211; or for cases where unapply is used.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on James Watson by madhadron</title>
		<link>http://madhadron.auditblogs.com/2007/10/18/james-watson/comment-page-1/#comment-960</link>
		<dc:creator>madhadron</dc:creator>
		<pubDate>Wed, 31 Oct 2007 08:47:24 +0000</pubDate>
		<guid isPermaLink="false">http://madhadron.auditblogs.com/2007/10/18/james-watson/#comment-960</guid>
		<description>For the error functions in Mathematica, see &lt;a href=&quot;http://mathworld.wolfram.com/Erf.html&quot; rel=&quot;nofollow&quot;&gt;MathWorld&#039;s erf entry&lt;/a&gt;.  Unfortunately, there&#039;s a wee problem: not having an email address, I can&#039;t send you details.

Basically, all that post did was take Larry Summer&#039;s proposal about variance in Gaussian distributions with equal means seriously, and showed that for any sizable minority, such a model doesn&#039;t even come close to explaining the variation.  The error function at [tex]x[/tex], (usually denoted [tex]erf(x)[/tex]) is the integral of the Gaussian from [tex]-\infty[/tex] to [tex]x[/tex].</description>
		<content:encoded><![CDATA[<p>For the error functions in Mathematica, see <a href="http://mathworld.wolfram.com/Erf.html" rel="nofollow">MathWorld&#8217;s erf entry</a>.  Unfortunately, there&#8217;s a wee problem: not having an email address, I can&#8217;t send you details.</p>
<p>Basically, all that post did was take Larry Summer&#8217;s proposal about variance in Gaussian distributions with equal means seriously, and showed that for any sizable minority, such a model doesn&#8217;t even come close to explaining the variation.  The error function at <img src='/wp-content/plugins/wp-latexrender/pictures/9dd4e461268c8034f5c8564e155c67a6.gif' title='x' alt='x' align=absmiddle/>, (usually denoted <img src='/wp-content/plugins/wp-latexrender/pictures/f7142434bb704a931d028d84973f1051.gif' title='erf(x)' alt='erf(x)' align=absmiddle/>) is the integral of the Gaussian from <img src='/wp-content/plugins/wp-latexrender/pictures/aad18c0a88969b4c1bdc3711475796c2.gif' title='-\infty' alt='-\infty' align=absmiddle/> to <img src='/wp-content/plugins/wp-latexrender/pictures/9dd4e461268c8034f5c8564e155c67a6.gif' title='x' alt='x' align=absmiddle/>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on James Watson by cc</title>
		<link>http://madhadron.auditblogs.com/2007/10/18/james-watson/comment-page-1/#comment-959</link>
		<dc:creator>cc</dc:creator>
		<pubDate>Tue, 30 Oct 2007 06:58:37 +0000</pubDate>
		<guid isPermaLink="false">http://madhadron.auditblogs.com/2007/10/18/james-watson/#comment-959</guid>
		<description>Very true.</description>
		<content:encoded><![CDATA[<p>Very true.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
