<?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: Test versus Type</title>
	<atom:link href="http://osteele.com/archives/2003/08/test-versus-type/feed" rel="self" type="application/rss+xml" />
	<link>http://osteele.com/archives/2003/08/test-versus-type</link>
	<description>Languages of the real and artificial.</description>
	<lastBuildDate>Thu, 12 Feb 2009 00:20:28 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Markus GÃ¤lli</title>
		<link>http://osteele.com/archives/2003/08/test-versus-type/comment-page-1#comment-40</link>
		<dc:creator>Markus GÃ¤lli</dc:creator>
		<pubDate>Sat, 02 Oct 2004 05:17:24 +0000</pubDate>
		<guid isPermaLink="false">http://osteele.com/2003/08/20/test-versus-type#comment-40</guid>
		<description>Very true.
Maybe you want to look on my workshop paper for oopsla 2004:
(Workshop on Revival of Dynamic Languages)
&quot;One-Method Commands: Linking Methods and Their Tests&quot;
http://pico.vub.ac.be/~wdmeuter/RDL04/papers/Gaelli.pdf</description>
		<content:encoded><![CDATA[<p>Very true.<br />
Maybe you want to look on my workshop paper for oopsla 2004:<br />
(Workshop on Revival of Dynamic Languages)<br />
&#8220;One-Method Commands: Linking Methods and Their Tests&#8221;<br />
<a href="http://pico.vub.ac.be/~wdmeuter/RDL04/papers/Gaelli.pdf" rel="nofollow">http://pico.vub.ac.be/~wdmeuter/RDL04/papers/Gaelli.pdf</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Isaac Gouy</title>
		<link>http://osteele.com/archives/2003/08/test-versus-type/comment-page-1#comment-39</link>
		<dc:creator>Isaac Gouy</dc:creator>
		<pubDate>Mon, 29 Mar 2004 02:50:46 +0000</pubDate>
		<guid isPermaLink="false">http://osteele.com/2003/08/20/test-versus-type#comment-39</guid>
		<description>Joe wrote: &quot;Python&#039;s list comprehensions, for example, are a huge timesaver--there&#039;s no real reason stuff like that would be incompatible with an ETL. I wonder why someone doesn&#039;t write a productivity-focused ETL...&quot;

Slightly surprised that Oliver didn&#039;t mention Haskell&#039;s list comprehensions, Clean&#039;s array comprehensions...</description>
		<content:encoded><![CDATA[<p>Joe wrote: &#8220;Python&#8217;s list comprehensions, for example, are a huge timesaver&#8211;there&#8217;s no real reason stuff like that would be incompatible with an <span class="caps">ETL.</span> I wonder why someone doesn&#8217;t write a productivity-focused <span class="caps">ETL&#8230;</span>&#8220;</p>
<p>Slightly surprised that Oliver didn&#8217;t mention Haskell&#8217;s list comprehensions, Clean&#8217;s array comprehensions&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Isaac Gouy</title>
		<link>http://osteele.com/archives/2003/08/test-versus-type/comment-page-1#comment-38</link>
		<dc:creator>Isaac Gouy</dc:creator>
		<pubDate>Mon, 29 Mar 2004 02:44:43 +0000</pubDate>
		<guid isPermaLink="false">http://osteele.com/2003/08/20/test-versus-type#comment-38</guid>
		<description>&quot;The received wisdom among ETL fans is that what you get for this extra time is error checking&quot;

So are there really explicitly-typed-language fans or are they statically-checked-language fans? (The latter.)</description>
		<content:encoded><![CDATA[<p>&#8220;The received wisdom among <span class="caps">ETL </span>fans is that what you get for this extra time is error checking&#8221;</p>
<p>So are there really explicitly-typed-language fans or are they statically-checked-language fans? (The latter.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Isaac Gouy</title>
		<link>http://osteele.com/archives/2003/08/test-versus-type/comment-page-1#comment-37</link>
		<dc:creator>Isaac Gouy</dc:creator>
		<pubDate>Mon, 29 Mar 2004 02:27:03 +0000</pubDate>
		<guid isPermaLink="false">http://osteele.com/2003/08/20/test-versus-type#comment-37</guid>
		<description>Strangely you&#039;ve fixated on whether or not types are part of the language syntax - most people fixate on when the language type checks: is the language statically-checked or dynamically-checked.</description>
		<content:encoded><![CDATA[<p>Strangely you&#8217;ve fixated on whether or not types are part of the language syntax &#8211; most people fixate on when the language type checks: is the language statically-checked or dynamically-checked.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Isaac Gouy</title>
		<link>http://osteele.com/archives/2003/08/test-versus-type/comment-page-1#comment-36</link>
		<dc:creator>Isaac Gouy</dc:creator>
		<pubDate>Mon, 29 Mar 2004 02:22:45 +0000</pubDate>
		<guid isPermaLink="false">http://osteele.com/2003/08/20/test-versus-type#comment-36</guid>
		<description>Pretty page!

&quot;*latent typing&quot; &quot;a weakly typed* language&quot;
Latent type is a synonym for implicit type.
Manifest type is a synonym for explicit type.

Strongly-typed / Weakly-typed don&#039;t have much meaning. Where you say &quot;strongly typed&quot; you probably mean &quot;type safe&quot;.

&lt;a href=&quot;http://www.cs.brown.edu/~sk/Publications/Books/ProgLangs/&quot;&gt;http://www.cs.brown.edu/~sk/Publications/Books/ProgLangs/&lt;/a&gt;  page 205

&lt;a href=&quot;http://citeseer.nj.nec.com/cardelli97type.html&quot;&gt;http://citeseer.nj.nec.com/cardelli97type.html&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Pretty page!</p>
<p>&#8220;<strong>latent typing&#8221; &#8220;a weakly typed</strong> language&#8221;<br />
Latent type is a synonym for implicit type.<br />
Manifest type is a synonym for explicit type.</p>
<p>Strongly-typed / Weakly-typed don&#8217;t have much meaning. Where you say &#8220;strongly typed&#8221; you probably mean &#8220;type safe&#8221;.</p>
<p><a href="http://www.cs.brown.edu/~sk/Publications/Books/ProgLangs/">http://www.cs.brown.edu/~sk/Publications/Books/ProgLangs/</a>  page 205</p>
<p><a href="http://citeseer.nj.nec.com/cardelli97type.html">http://citeseer.nj.nec.com/cardelli97type.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hero</title>
		<link>http://osteele.com/archives/2003/08/test-versus-type/comment-page-1#comment-35</link>
		<dc:creator>Hero</dc:creator>
		<pubDate>Fri, 20 Feb 2004 15:55:26 +0000</pubDate>
		<guid isPermaLink="false">http://osteele.com/2003/08/20/test-versus-type#comment-35</guid>
		<description>Niccceee pagee</description>
		<content:encoded><![CDATA[<p>Niccceee pagee</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eduardo Aguiar</title>
		<link>http://osteele.com/archives/2003/08/test-versus-type/comment-page-1#comment-34</link>
		<dc:creator>Eduardo Aguiar</dc:creator>
		<pubDate>Wed, 27 Aug 2003 21:17:32 +0000</pubDate>
		<guid isPermaLink="false">http://osteele.com/2003/08/20/test-versus-type#comment-34</guid>
		<description>When we talk about development speed and correctness we cannot forget about the rule played by language&#039;s syntax itself. How many lines of STL code would we write to do something similar to Python&#039;s:

list = [1,2,3]
newlist = [i * i + 2 * i for i in list if i * i &gt; 3]

Python has almost all features I would like to see in a programming language, and IMHO syntax is at least as important as implicitly-typed features.</description>
		<content:encoded><![CDATA[<p>When we talk about development speed and correctness we cannot forget about the rule played by language&#8217;s syntax itself. How many lines of <span class="caps">STL </span>code would we write to do something similar to Python&#8217;s:</p>
<p>list = [1,2,3]<br />
newlist = [i * i + 2 * i for i in list if i * i &gt; 3]</p>
<p>Python has almost all features I would like to see in a programming language, and <span class="caps">IMHO </span>syntax is at least as important as implicitly-typed features.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dutch guy speaking English</title>
		<link>http://osteele.com/archives/2003/08/test-versus-type/comment-page-1#comment-33</link>
		<dc:creator>Dutch guy speaking English</dc:creator>
		<pubDate>Sat, 23 Aug 2003 16:59:20 +0000</pubDate>
		<guid isPermaLink="false">http://osteele.com/2003/08/20/test-versus-type#comment-33</guid>
		<description>&lt;strong&gt;Dynamic vs. static typing&lt;/strong&gt;
Dynamic vs. static typing is a hot topic in computer programming lately. James Robertson points to an article by Oliver Steele on the subject. Although it is biased towards dynamic typing, it&#039;s an interesting read and explains the different kinds...
</description>
		<content:encoded><![CDATA[<p><strong>Dynamic vs. static typing</strong><br />
Dynamic vs. static typing is a hot topic in computer programming lately. James Robertson points to an article by Oliver Steele on the subject. Although it is biased towards dynamic typing, it&#8217;s an interesting read and explains the different kinds&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Peake</title>
		<link>http://osteele.com/archives/2003/08/test-versus-type/comment-page-1#comment-32</link>
		<dc:creator>Alex Peake</dc:creator>
		<pubDate>Sat, 23 Aug 2003 02:15:04 +0000</pubDate>
		<guid isPermaLink="false">http://osteele.com/2003/08/20/test-versus-type#comment-32</guid>
		<description>Typing is no substitute for testing, and it can help.

Often missed is the technology of Type Inference. Here I do not manifestly state types, but the compiler will ensure that my Type implements the appropriate Interface.

I get the best of all worlds!</description>
		<content:encoded><![CDATA[<p>Typing is no substitute for testing, and it can help.</p>
<p>Often missed is the technology of Type Inference. Here I do not manifestly state types, but the compiler will ensure that my Type implements the appropriate Interface.</p>
<p>I get the best of all worlds!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe Cheng</title>
		<link>http://osteele.com/archives/2003/08/test-versus-type/comment-page-1#comment-31</link>
		<dc:creator>Joe Cheng</dc:creator>
		<pubDate>Sat, 23 Aug 2003 00:51:17 +0000</pubDate>
		<guid isPermaLink="false">http://osteele.com/2003/08/20/test-versus-type#comment-31</guid>
		<description>&quot;I have been experimenting with Python for the past serveral months and am becoming convinced that it is much faster to get a program which works correctly than in C++. IMHO its part the type issue and part just better language design.&quot;

I&#039;ve come to similar conclusions with Ruby vs. Java (although the difference is much less dramatic if you consider IntelliJ part of the equation).  I personally benefitted much less from the dynamic typing and much more due to Ruby&#039;s far easier to use data structures, blocks, and regular expressions.  Python&#039;s list comprehensions, for example, are a huge timesaver--there&#039;s no real reason stuff like that would be incompatible with an ETL.  I wonder why someone doesn&#039;t write a productivity-focused ETL...</description>
		<content:encoded><![CDATA[<p>&#8220;I have been experimenting with Python for the past serveral months and am becoming convinced that it is much faster to get a program which works correctly than in C++. <span class="caps">IMHO </span>its part the type issue and part just better language design.&#8221;</p>
<p>I&#8217;ve come to similar conclusions with Ruby vs. Java (although the difference is much less dramatic if you consider IntelliJ part of the equation).  I personally benefitted much less from the dynamic typing and much more due to Ruby&#8217;s far easier to use data structures, blocks, and regular expressions.  Python&#8217;s list comprehensions, for example, are a huge timesaver&#8211;there&#8217;s no real reason stuff like that would be incompatible with an <span class="caps">ETL. </span> I wonder why someone doesn&#8217;t write a productivity-focused <span class="caps">ETL&#8230;</span></p>
]]></content:encoded>
	</item>
</channel>
</rss>
