<?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>
	<pubDate>Tue, 06 Jan 2009 13:39:26 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</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)
"One-Method Commands: Linking Methods and Their Tests"
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: "Python's list comprehensions, for example, are a huge timesaver--there's no real reason stuff like that would be incompatible with an ETL. I wonder why someone doesn't write a productivity-focused ETL..."

Slightly surprised that Oliver didn't mention Haskell's list comprehensions, Clean'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</span>&#8230;&#8221;</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>"The received wisdom among ETL fans is that what you get for this extra time is error checking"

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'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 - 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!

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

Strongly-typed / Weakly-typed don't have much meaning. Where you say "strongly typed" you probably mean "type safe".

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

&lt;a href="http://citeseer.nj.nec.com/cardelli97type.html"&gt;http://citeseer.nj.nec.com/cardelli97type.html&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Pretty page!</p>
<p>&#8220;<b>latent typing&#8221; &#8220;a weakly typed</b> 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's syntax itself. How many lines of STL code would we write to do something similar to Python'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 > 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'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>"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."

I'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's far easier to use data structures, blocks, and regular expressions.  Python's list comprehensions, for example, are a huge timesaver--there's no real reason stuff like that would be incompatible with an ETL.  I wonder why someone doesn'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</span>&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
