<?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: Where lies the problem?</title>
	<atom:link href="http://www.drmaciver.com/2007/06/where-lies-the-problem/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.drmaciver.com/2007/06/where-lies-the-problem/</link>
	<description></description>
	<lastBuildDate>Mon, 06 Feb 2012 22:56:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: David R. MacIver</title>
		<link>http://www.drmaciver.com/2007/06/where-lies-the-problem/#comment-16</link>
		<dc:creator>David R. MacIver</dc:creator>
		<pubDate>Wed, 11 Jul 2007 21:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.drmaciver.com/wordpress/?p=45#comment-16</guid>
		<description>Go for it. I&#039;d be interested to hear your reasoning.</description>
		<content:encoded><![CDATA[<p>Go for it. I&#8217;d be interested to hear your reasoning.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dibblego</title>
		<link>http://www.drmaciver.com/2007/06/where-lies-the-problem/#comment-15</link>
		<dc:creator>dibblego</dc:creator>
		<pubDate>Wed, 11 Jul 2007 20:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.drmaciver.com/wordpress/?p=45#comment-15</guid>
		<description>&quot;Anything other than default laziness is fundamentally flawed&quot;&lt;br/&gt;&lt;br/&gt;Hi David,&lt;br/&gt;I still hold this position and have done for quite some time. I have also read literature supporting this position (am I bias?).&lt;br/&gt;&lt;br/&gt;In any case, I&#039;d be willing to present my evidence supporting this position in a civil manner if you think that it would be beneficial (for either of us).</description>
		<content:encoded><![CDATA[<p>&#8220;Anything other than default laziness is fundamentally flawed&#8221;</p>
<p>Hi David,<br />I still hold this position and have done for quite some time. I have also read literature supporting this position (am I bias?).</p>
<p>In any case, I&#8217;d be willing to present my evidence supporting this position in a civil manner if you think that it would be beneficial (for either of us).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David R. MacIver</title>
		<link>http://www.drmaciver.com/2007/06/where-lies-the-problem/#comment-14</link>
		<dc:creator>David R. MacIver</dc:creator>
		<pubDate>Wed, 11 Jul 2007 10:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.drmaciver.com/wordpress/?p=45#comment-14</guid>
		<description>Hm. I didn&#039;t even *remember* the &quot;Java arrays are not covariant&quot; conversation. :-) Now that you remind me I vaguely recall it, but it&#039;s certainly not one I was thinking of.&lt;br/&gt;&lt;br/&gt;Ones I had in mind were much more along the lines of discussions of laziness in Scala. e.g. I made a comment that your repeated complaints about the lack of laziness in the language (I do agree that some parts of it - e.g. the comprehensions - need to be lazier than they are though) were flawed, as that degree of laziness in Scala would be very opposed to the way the language is intended, to which you responded something along the lines of &quot;Anything other than default laziness is fundamentally flawed&quot; (possible paraphrasing occurs).&lt;br/&gt;&lt;br/&gt;Other conversations we&#039;ve had include discussions about the performance of lazy datastructures in Java. I think we were both relatively reasonable during this argument though. :-)</description>
		<content:encoded><![CDATA[<p>Hm. I didn&#8217;t even *remember* the &#8220;Java arrays are not covariant&#8221; conversation. :-) Now that you remind me I vaguely recall it, but it&#8217;s certainly not one I was thinking of.</p>
<p>Ones I had in mind were much more along the lines of discussions of laziness in Scala. e.g. I made a comment that your repeated complaints about the lack of laziness in the language (I do agree that some parts of it &#8211; e.g. the comprehensions &#8211; need to be lazier than they are though) were flawed, as that degree of laziness in Scala would be very opposed to the way the language is intended, to which you responded something along the lines of &#8220;Anything other than default laziness is fundamentally flawed&#8221; (possible paraphrasing occurs).</p>
<p>Other conversations we&#8217;ve had include discussions about the performance of lazy datastructures in Java. I think we were both relatively reasonable during this argument though. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David R. MacIver</title>
		<link>http://www.drmaciver.com/2007/06/where-lies-the-problem/#comment-13</link>
		<dc:creator>David R. MacIver</dc:creator>
		<pubDate>Wed, 11 Jul 2007 08:58:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.drmaciver.com/wordpress/?p=45#comment-13</guid>
		<description>Ok, maybe that bit about Java as well as Scala isn&#039;t really true. I wouldn&#039;t be at all worried if Java got dropped in favour of Scala.&lt;br/&gt;&lt;br/&gt;I would however be worried if Scala abandoned mutable state and eager default evaluation.</description>
		<content:encoded><![CDATA[<p>Ok, maybe that bit about Java as well as Scala isn&#8217;t really true. I wouldn&#8217;t be at all worried if Java got dropped in favour of Scala.</p>
<p>I would however be worried if Scala abandoned mutable state and eager default evaluation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dibblego</title>
		<link>http://www.drmaciver.com/2007/06/where-lies-the-problem/#comment-12</link>
		<dc:creator>dibblego</dc:creator>
		<pubDate>Wed, 11 Jul 2007 08:51:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.drmaciver.com/wordpress/?p=45#comment-12</guid>
		<description>David,&lt;br/&gt;You&#039;re right that I hold what seem to be &quot;dogmatic positions&quot;. I do not hold these because I have an extension of self-worth into these ideas. They are simply ideas that are founded on evidence.&lt;br/&gt;&lt;br/&gt;Given compelling evidence to the contrary, I&#039;d happily shift. The only conversation I can recall is where I said &quot;Java arrays are not co-variant&quot;. You said &quot;yes, they are&quot; and provided evidence (iirc?). Then, I shifted position immediately.&lt;br/&gt;&lt;br/&gt;In actual fact, &quot;Java arrays are not co-variant&quot; could be construed as true, since an attempt to do so is a runtime failure, which (as you might know) is indistinguishable from a type error.&lt;br/&gt;&lt;br/&gt;Nevertheless, I didn&#039;t intend this meaning when I said it and to maintain my position by stretching my intended definition is intellectual fraud.&lt;br/&gt;&lt;br/&gt;The point is, at least I took something away from this exchange. It is &lt;b&gt;this&lt;/b&gt; that I may be accused of being dogmatic about - my thirst for knowledge.&lt;br/&gt;&lt;br/&gt;Regarding the position that I hold and you describe, yes I hold that position. I have much evidence supporting it. I have not seen any evidence that is compelling enough to cause a shift. I&#039;m always open to that possibility.&lt;br/&gt;&lt;br/&gt;Imagine if I am wrong, how great that would be!</description>
		<content:encoded><![CDATA[<p>David,<br />You&#8217;re right that I hold what seem to be &#8220;dogmatic positions&#8221;. I do not hold these because I have an extension of self-worth into these ideas. They are simply ideas that are founded on evidence.</p>
<p>Given compelling evidence to the contrary, I&#8217;d happily shift. The only conversation I can recall is where I said &#8220;Java arrays are not co-variant&#8221;. You said &#8220;yes, they are&#8221; and provided evidence (iirc?). Then, I shifted position immediately.</p>
<p>In actual fact, &#8220;Java arrays are not co-variant&#8221; could be construed as true, since an attempt to do so is a runtime failure, which (as you might know) is indistinguishable from a type error.</p>
<p>Nevertheless, I didn&#8217;t intend this meaning when I said it and to maintain my position by stretching my intended definition is intellectual fraud.</p>
<p>The point is, at least I took something away from this exchange. It is <b>this</b> that I may be accused of being dogmatic about &#8211; my thirst for knowledge.</p>
<p>Regarding the position that I hold and you describe, yes I hold that position. I have much evidence supporting it. I have not seen any evidence that is compelling enough to cause a shift. I&#8217;m always open to that possibility.</p>
<p>Imagine if I am wrong, how great that would be!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

