

<?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 sykosomatic</title>
	<atom:link href="http://sykosomatic.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://sykosomatic.org</link>
	<description>Programming, web technologies, game design, and Free Software</description>
	<lastBuildDate>Wed, 04 Jan 2012 23:23:26 -0800</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Comment on Pivot tables in PostgreSQL by sykopomp</title>
		<link>http://sykosomatic.org/2011/09/pivot-tables-in-postgresql/comment-page-1/#comment-162</link>
		<dc:creator>sykopomp</dc:creator>
		<pubDate>Wed, 04 Jan 2012 23:23:26 +0000</pubDate>
		<guid isPermaLink="false">http://sykosomatic.org/blog/?p=107#comment-162</guid>
		<description>Yes, I already mentioned crosstab() in the article. Second to last paragraph. :)</description>
		<content:encoded><![CDATA[<p>Yes, I already mentioned crosstab() in the article. Second to last paragraph. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Pivot tables in PostgreSQL by Henry</title>
		<link>http://sykosomatic.org/2011/09/pivot-tables-in-postgresql/comment-page-1/#comment-161</link>
		<dc:creator>Henry</dc:creator>
		<pubDate>Wed, 04 Jan 2012 22:05:50 +0000</pubDate>
		<guid isPermaLink="false">http://sykosomatic.org/blog/?p=107#comment-161</guid>
		<description>see crosstab on http://www.postgresql.org/docs/current/static/tablefunc.html</description>
		<content:encoded><![CDATA[<p>see crosstab on <a href="http://www.postgresql.org/docs/current/static/tablefunc.html" rel="nofollow">http://www.postgresql.org/docs/current/static/tablefunc.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Chillax and Protocols by Michael J. Forster</title>
		<link>http://sykosomatic.org/2010/10/chillax-and-protocols/comment-page-1/#comment-109</link>
		<dc:creator>Michael J. Forster</dc:creator>
		<pubDate>Sat, 06 Nov 2010 19:34:02 +0000</pubDate>
		<guid isPermaLink="false">http://sykosomatic.org/blog/?p=92#comment-109</guid>
		<description>As Alan Kay said, it&#039;s really about the messages, not the objects.

http://www.purl.org/stefan_ram/pub/doc_kay_oop_en</description>
		<content:encoded><![CDATA[<p>As Alan Kay said, it&#8217;s really about the messages, not the objects.</p>
<p><a href="http://www.purl.org/stefan_ram/pub/doc_kay_oop_en" rel="nofollow">http://www.purl.org/stefan_ram/pub/doc_kay_oop_en</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Chillax and Protocols by Vladimir Sedach</title>
		<link>http://sykosomatic.org/2010/10/chillax-and-protocols/comment-page-1/#comment-96</link>
		<dc:creator>Vladimir Sedach</dc:creator>
		<pubDate>Fri, 05 Nov 2010 04:34:34 +0000</pubDate>
		<guid isPermaLink="false">http://sykosomatic.org/blog/?p=92#comment-96</guid>
		<description>I actually just got around to reading Keene&#039;s book last week. One thing she recommends that&#039;s not immediately obvious (at least it wasn&#039;t to me) is that &quot;object&quot; construction should be done with explicitly defined constructor functions instead of make-instance (so instead of (make-instance &#039;standard-server) you&#039;d have a make-server (generic) function). Then you have object creation as part of your protocol, and can swap out implementations (for example make the hypothetical &quot;make-server&quot; return those hash-tables instead of an actual CLOS &quot;object&quot;).</description>
		<content:encoded><![CDATA[<p>I actually just got around to reading Keene&#8217;s book last week. One thing she recommends that&#8217;s not immediately obvious (at least it wasn&#8217;t to me) is that &#8220;object&#8221; construction should be done with explicitly defined constructor functions instead of make-instance (so instead of (make-instance &#8216;standard-server) you&#8217;d have a make-server (generic) function). Then you have object creation as part of your protocol, and can swap out implementations (for example make the hypothetical &#8220;make-server&#8221; return those hash-tables instead of an actual CLOS &#8220;object&#8221;).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Chillax and Protocols by Christophe Rhodes</title>
		<link>http://sykosomatic.org/2010/10/chillax-and-protocols/comment-page-1/#comment-95</link>
		<dc:creator>Christophe Rhodes</dc:creator>
		<pubDate>Thu, 04 Nov 2010 21:50:45 +0000</pubDate>
		<guid isPermaLink="false">http://sykosomatic.org/blog/?p=92#comment-95</guid>
		<description>I have nothing much to add to the post (other than I agree with you!), but I have to say I smile widely at the treatment that your blog engine gives to &quot;:DEFAULT-INITARGS&quot;  :-)</description>
		<content:encoded><![CDATA[<p>I have nothing much to add to the post (other than I agree with you!), but I have to say I smile widely at the treatment that your blog engine gives to &#8220;:DEFAULT-INITARGS&#8221;  :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Chillax and Protocols by Andreas Fuchs</title>
		<link>http://sykosomatic.org/2010/10/chillax-and-protocols/comment-page-1/#comment-92</link>
		<dc:creator>Andreas Fuchs</dc:creator>
		<pubDate>Thu, 04 Nov 2010 04:24:15 +0000</pubDate>
		<guid isPermaLink="false">http://sykosomatic.org/blog/?p=92#comment-92</guid>
		<description>Excellent post. This is pretty much how I tried to structure autobench, and it has made my life so much easier.</description>
		<content:encoded><![CDATA[<p>Excellent post. This is pretty much how I tried to structure autobench, and it has made my life so much easier.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Chillax and Protocols by Thomas M. Hermann</title>
		<link>http://sykosomatic.org/2010/10/chillax-and-protocols/comment-page-1/#comment-91</link>
		<dc:creator>Thomas M. Hermann</dc:creator>
		<pubDate>Thu, 04 Nov 2010 01:47:21 +0000</pubDate>
		<guid isPermaLink="false">http://sykosomatic.org/blog/?p=92#comment-91</guid>
		<description>Small critique, don&#039;t mix :INITARG with :INITFORM. If you want the user to be able to be initialize the slot with an :INITARG but default to some value, use :DEFAULT-INITARGS. Otherwise, use :INITFORM if you want the slot to have an initial value. Most of the time, this is not an issue, but becomes a problem when you start getting into situations where you are directly using INITIALIZE-INSTANCE and REINITIALIZE-INSTANCE. See Chapter 9 of Keene for a detailed discussion of why these slot options conflict.</description>
		<content:encoded><![CDATA[<p>Small critique, don&#8217;t mix :INITARG with :INITFORM. If you want the user to be able to be initialize the slot with an :INITARG but default to some value, use :DEFAULT-INITARGS. Otherwise, use :INITFORM if you want the slot to have an initial value. Most of the time, this is not an issue, but becomes a problem when you start getting into situations where you are directly using INITIALIZE-INSTANCE and REINITIALIZE-INSTANCE. See Chapter 9 of Keene for a detailed discussion of why these slot options conflict.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Chillax and Protocols by Brian T. Rice</title>
		<link>http://sykosomatic.org/2010/10/chillax-and-protocols/comment-page-1/#comment-90</link>
		<dc:creator>Brian T. Rice</dc:creator>
		<pubDate>Wed, 03 Nov 2010 22:38:59 +0000</pubDate>
		<guid isPermaLink="false">http://sykosomatic.org/blog/?p=92#comment-90</guid>
		<description>Echoing sykopomp, I agree that the protocol focus over class structure up front is a big feature of Smalltalk style design. In Slate, my dialect with multi-methods, code definitely looks like this, without generics or prefixing typenames to every method name.</description>
		<content:encoded><![CDATA[<p>Echoing sykopomp, I agree that the protocol focus over class structure up front is a big feature of Smalltalk style design. In Slate, my dialect with multi-methods, code definitely looks like this, without generics or prefixing typenames to every method name.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Chillax and Protocols by sykopomp</title>
		<link>http://sykosomatic.org/2010/10/chillax-and-protocols/comment-page-1/#comment-89</link>
		<dc:creator>sykopomp</dc:creator>
		<pubDate>Wed, 03 Nov 2010 21:13:53 +0000</pubDate>
		<guid isPermaLink="false">http://sykosomatic.org/blog/?p=92#comment-89</guid>
		<description>Besides the multiple dispatch? I&#039;m not sure it&#039;s very different as long as you keep in mind that the protocol (the messages you expect will be there) is what&#039;s important, not what the objects &#039;are&#039;.</description>
		<content:encoded><![CDATA[<p>Besides the multiple dispatch? I&#8217;m not sure it&#8217;s very different as long as you keep in mind that the protocol (the messages you expect will be there) is what&#8217;s important, not what the objects &#8216;are&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Chillax and Protocols by Duncan Mak</title>
		<link>http://sykosomatic.org/2010/10/chillax-and-protocols/comment-page-1/#comment-88</link>
		<dc:creator>Duncan Mak</dc:creator>
		<pubDate>Wed, 03 Nov 2010 21:10:42 +0000</pubDate>
		<guid isPermaLink="false">http://sykosomatic.org/blog/?p=92#comment-88</guid>
		<description>I think this is a great way to structure code too, but I have to ask:

How is this different from Smalltalk?</description>
		<content:encoded><![CDATA[<p>I think this is a great way to structure code too, but I have to ask:</p>
<p>How is this different from Smalltalk?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Served from: sykosomatic.org @ 2012-02-22 15:35:34 -->
