<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Phil Dawes' Stuff - Latest Comments in The Factor Attraction</title><link>http://phildawesstuff.disqus.com/</link><description></description><atom:link href="https://phildawesstuff.disqus.com/the_factor_attraction/latest.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Tue, 02 Jun 2009 22:05:31 -0000</lastBuildDate><item><title>Re: The Factor Attraction</title><link>http://www.phildawes.net/blog/2007/11/23/the-factor-attraction/#comment-10407505</link><description>&lt;p&gt;Hi,&lt;/p&gt;&lt;p&gt;Do you feel that your agility in Factor has improved since this post?&lt;/p&gt;&lt;p&gt;Roger&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Roger Levy</dc:creator><pubDate>Tue, 02 Jun 2009 22:05:31 -0000</pubDate></item><item><title>Re: The Factor Attraction</title><link>http://www.phildawes.net/blog/2007/11/23/the-factor-attraction/#comment-2753637</link><description>&lt;p&gt;There's a lot to be said for languages that make it hard to write bad code. Oh the painful, wasted hours I've spent wading through code in languages that make it easy. I like this effect in languages with bondage-and-discipline type systems in particular - it's neat when the penalty for writing bad code is having to document it rigorously enough to justify it to the type system.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Greg M</dc:creator><pubDate>Sun, 25 Nov 2007 02:37:36 -0000</pubDate></item><item><title>Re: The Factor Attraction</title><link>http://www.phildawes.net/blog/2007/11/23/the-factor-attraction/#comment-2753636</link><description>&lt;p&gt;I misspoke slightly in my previous post, what I meant to say was that I "comment" concatenative code with stack diagrams. For any non-trivial code, I comment each line that modifies the stack with a stack diagram.&lt;br&gt;--&lt;br&gt;Don Groves&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Don Groves</dc:creator><pubDate>Sat, 24 Nov 2007 02:31:50 -0000</pubDate></item><item><title>Re: The Factor Attraction</title><link>http://www.phildawes.net/blog/2007/11/23/the-factor-attraction/#comment-2753638</link><description>&lt;p&gt;You've explained one of the major selling points of Factor for me.  I like to learn a language by reading code that others have written. In a language with a lot of syntax, named variables, really long functions etc, it's really hard to figure out what was originally meant.&lt;/p&gt;&lt;p&gt;By encouraging this factorisation, Factor is making it easier for me to understand what the original programmer *meant* when they wrote it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sekenre</dc:creator><pubDate>Fri, 23 Nov 2007 19:38:19 -0000</pubDate></item><item><title>Re: The Factor Attraction</title><link>http://www.phildawes.net/blog/2007/11/23/the-factor-attraction/#comment-2753635</link><description>&lt;p&gt;Hello, Phil --&lt;/p&gt;&lt;p&gt;The solution to the problem you state so well about keeping track of stack contents is to document your code with stack diagrams! Ive been doing this successfully since the early 1980s with Forth. Not only does it help relieve the cognitive load while coding, it pays for itself a thousand times over when revisiting that code weeks or months later.&lt;br&gt;--&lt;br&gt;Don Groves&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Don Groves</dc:creator><pubDate>Fri, 23 Nov 2007 16:28:14 -0000</pubDate></item><item><title>Re: The Factor Attraction</title><link>http://www.phildawes.net/blog/2007/11/23/the-factor-attraction/#comment-2753634</link><description>&lt;p&gt;I've used Factor in a class last year and my students were delighted to use it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sam</dc:creator><pubDate>Fri, 23 Nov 2007 10:18:55 -0000</pubDate></item></channel></rss>