<?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: Smalltalk: Variations on a theme</title>
	<atom:link href="http://log.reflectivesurface.com/2007/02/07/smalltalk-variations-on-a-theme/feed/" rel="self" type="application/rss+xml" />
	<link>http://log.reflectivesurface.com/2007/02/07/smalltalk-variations-on-a-theme/</link>
	<description>Still powered by a contradiction in terms</description>
	<pubDate>Thu, 08 Jan 2009 12:51:35 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: hughson.co.uk &#187; Blog Archive &#187; Smalltalk Implementations</title>
		<link>http://log.reflectivesurface.com/2007/02/07/smalltalk-variations-on-a-theme/comment-page-1/#comment-1382</link>
		<dc:creator>hughson.co.uk &#187; Blog Archive &#187; Smalltalk Implementations</dc:creator>
		<pubDate>Tue, 10 Jul 2007 15:33:24 +0000</pubDate>
		<guid isPermaLink="false">http://log.reflectivesurface.com/2007/02/07/smalltalk-variations-on-a-theme/#comment-1382</guid>
		<description>[...] at Reflective Surface there is a rather nice post that compares some of the various Smalltalk implementations currently [...]</description>
		<content:encoded><![CDATA[<p>[...] at Reflective Surface there is a rather nice post that compares some of the various Smalltalk implementations currently [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pedro</title>
		<link>http://log.reflectivesurface.com/2007/02/07/smalltalk-variations-on-a-theme/comment-page-1/#comment-1381</link>
		<dc:creator>Pedro</dc:creator>
		<pubDate>Tue, 10 Jul 2007 06:48:45 +0000</pubDate>
		<guid isPermaLink="false">http://log.reflectivesurface.com/2007/02/07/smalltalk-variations-on-a-theme/#comment-1381</guid>
		<description>Try squeak-dev its a image oriented to the developers, instead of educational</description>
		<content:encoded><![CDATA[<p>Try squeak-dev its a image oriented to the developers, instead of educational</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ronaldo</title>
		<link>http://log.reflectivesurface.com/2007/02/07/smalltalk-variations-on-a-theme/comment-page-1/#comment-1246</link>
		<dc:creator>Ronaldo</dc:creator>
		<pubDate>Fri, 09 Feb 2007 02:00:45 +0000</pubDate>
		<guid isPermaLink="false">http://log.reflectivesurface.com/2007/02/07/smalltalk-variations-on-a-theme/#comment-1246</guid>
		<description>Michael, thansk for the comments. I haven't followed the Squeak mailing list for a while but I'll subscribe again. Squeak was one of the first Smalltalk implementation I had access to, and I still enjoy its playfulness. Programming languages should be happy. :-) 

Anyway, I hope people will see the Smalltalk bits in the OLPC project as a way to try a new language. It would be cool to see more and more applications becoming reality because of this. I really hope it pays off: it was a very enlightened decision by the OLPC designers. :-)

---

James, thanks for the clarification. It was very helpful, though it would be nice if this information was easier to find on the site.

Anyway, the VAR pricing puts Cincom Smalltalk much closer to Dolphin Smalltalk and Smalltalk MT with the added bonus of a cross-platform implementation. I've been using the non-commercial version on and off for a couple years, and it has been really solid.

---

Alan, wow! That was great, getting a comment from the Glorp creator and one of the most prominent persons in the Smalltalk community. I beg your pardon for the bit of fan-boy behavior. :-)

Thanks for the feedback. Glorp is really great and I only wish Seaside and Glorp could gain as much exposure as Rails. They are a mind-blowing way of creating web-based database applications. Anyway, do you have any pointers on the GNU Smalltalk port of Glorp? Dolphin, Squeak and VisualAge are on the SourceForge packages but I found no mention of the GST port there or in any other site except for a few mailing list references.</description>
		<content:encoded><![CDATA[<p>Michael, thansk for the comments. I haven&#8217;t followed the Squeak mailing list for a while but I&#8217;ll subscribe again. Squeak was one of the first Smalltalk implementation I had access to, and I still enjoy its playfulness. Programming languages should be happy. <img src='http://log.reflectivesurface.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Anyway, I hope people will see the Smalltalk bits in the OLPC project as a way to try a new language. It would be cool to see more and more applications becoming reality because of this. I really hope it pays off: it was a very enlightened decision by the OLPC designers. <img src='http://log.reflectivesurface.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>&#8212;</p>
<p>James, thanks for the clarification. It was very helpful, though it would be nice if this information was easier to find on the site.</p>
<p>Anyway, the VAR pricing puts Cincom Smalltalk much closer to Dolphin Smalltalk and Smalltalk MT with the added bonus of a cross-platform implementation. I&#8217;ve been using the non-commercial version on and off for a couple years, and it has been really solid.</p>
<p>&#8212;</p>
<p>Alan, wow! That was great, getting a comment from the Glorp creator and one of the most prominent persons in the Smalltalk community. I beg your pardon for the bit of fan-boy behavior. <img src='http://log.reflectivesurface.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Thanks for the feedback. Glorp is really great and I only wish Seaside and Glorp could gain as much exposure as Rails. They are a mind-blowing way of creating web-based database applications. Anyway, do you have any pointers on the GNU Smalltalk port of Glorp? Dolphin, Squeak and VisualAge are on the SourceForge packages but I found no mention of the GST port there or in any other site except for a few mailing list references.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Knight</title>
		<link>http://log.reflectivesurface.com/2007/02/07/smalltalk-variations-on-a-theme/comment-page-1/#comment-1245</link>
		<dc:creator>Alan Knight</dc:creator>
		<pubDate>Thu, 08 Feb 2007 00:10:52 +0000</pubDate>
		<guid isPermaLink="false">http://log.reflectivesurface.com/2007/02/07/smalltalk-variations-on-a-theme/#comment-1245</guid>
		<description>Glorp is actually extremely portable between Smalltalks. It is developed primarily on VisualWorks because, well, I develop primarily on VisualWorks. Ports exist to VisualAge, Squeak, Dolphin, GNU Smalltalk, and Smalltalk/X, and are generally not difficult to do for others. Seaside relies on some trickier constructs, but I believe is available in at least VisualWorks, Squeak, and Dolphin.</description>
		<content:encoded><![CDATA[<p>Glorp is actually extremely portable between Smalltalks. It is developed primarily on VisualWorks because, well, I develop primarily on VisualWorks. Ports exist to VisualAge, Squeak, Dolphin, GNU Smalltalk, and Smalltalk/X, and are generally not difficult to do for others. Seaside relies on some trickier constructs, but I believe is available in at least VisualWorks, Squeak, and Dolphin.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Robertson</title>
		<link>http://log.reflectivesurface.com/2007/02/07/smalltalk-variations-on-a-theme/comment-page-1/#comment-1244</link>
		<dc:creator>James Robertson</dc:creator>
		<pubDate>Wed, 07 Feb 2007 23:51:19 +0000</pubDate>
		<guid isPermaLink="false">http://log.reflectivesurface.com/2007/02/07/smalltalk-variations-on-a-theme/#comment-1244</guid>
		<description>Cincom doesn't publish prices as part of its general policy - I don't always agree with that policy, but there it is.  

In any event, Cincom charges one of three ways for Cincom Smalltalk:

1) End user pricing - we charge by the number of deployed seats for the application 

This is typically appropriate for in-house, client applications

2) Per-CPU pricing - we charge by the number of CPUs in the server you deploy on

This is typically appropriate for in-house, server based applications

3) VAR Pricing - we charge a royalty based on the Smalltalk based sales to external entities

see here: 

http://www.cincomsmalltalk.com/CincomSmalltalkWiki/How+does+VAR+Pricing+work

for an explanation of the simplest version of that.  In general, you can pay more upfront in order to lower the royalty percentage.</description>
		<content:encoded><![CDATA[<p>Cincom doesn&#8217;t publish prices as part of its general policy - I don&#8217;t always agree with that policy, but there it is.  </p>
<p>In any event, Cincom charges one of three ways for Cincom Smalltalk:</p>
<p>1) End user pricing - we charge by the number of deployed seats for the application </p>
<p>This is typically appropriate for in-house, client applications</p>
<p>2) Per-CPU pricing - we charge by the number of CPUs in the server you deploy on</p>
<p>This is typically appropriate for in-house, server based applications</p>
<p>3) VAR Pricing - we charge a royalty based on the Smalltalk based sales to external entities</p>
<p>see here: </p>
<p><a href="http://www.cincomsmalltalk.com/CincomSmalltalkWiki/How+does+VAR+Pricing+work" rel="nofollow">http://www.cincomsmalltalk.com/CincomSmalltalkWiki/How+does+VAR+Pricing+work</a></p>
<p>for an explanation of the simplest version of that.  In general, you can pay more upfront in order to lower the royalty percentage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Davies</title>
		<link>http://log.reflectivesurface.com/2007/02/07/smalltalk-variations-on-a-theme/comment-page-1/#comment-1243</link>
		<dc:creator>Michael Davies</dc:creator>
		<pubDate>Wed, 07 Feb 2007 23:24:58 +0000</pubDate>
		<guid isPermaLink="false">http://log.reflectivesurface.com/2007/02/07/smalltalk-variations-on-a-theme/#comment-1243</guid>
		<description>A very interesting post, and a good summary of how things stand in the Smalltalk world at the moment.

You might be interested to know that there's a couple of discussions on the Squeak developers mailing-list (see http://news.gmane.org/gmane.comp.lang.smalltalk.squeak.general ) at the moment about Squeak's current strengths and weaknesses, and how it should develop in the future.

Seaside and the OLPC project are starting to re-focus a lot of (overdue) attention on Smalltalk, and as you say, this can only be good for all concerned.

Cheers, 
Michael</description>
		<content:encoded><![CDATA[<p>A very interesting post, and a good summary of how things stand in the Smalltalk world at the moment.</p>
<p>You might be interested to know that there&#8217;s a couple of discussions on the Squeak developers mailing-list (see <a href="http://news.gmane.org/gmane.comp.lang.smalltalk.squeak.general" rel="nofollow">http://news.gmane.org/gmane.comp.lang.smalltalk.squeak.general</a> ) at the moment about Squeak&#8217;s current strengths and weaknesses, and how it should develop in the future.</p>
<p>Seaside and the OLPC project are starting to re-focus a lot of (overdue) attention on Smalltalk, and as you say, this can only be good for all concerned.</p>
<p>Cheers,<br />
Michael</p>
]]></content:encoded>
	</item>
</channel>
</rss>
