<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.3" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Are we killing Squeak?</title>
	<link>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/</link>
	<description>Everything and the kitchen sink</description>
	<pubDate>Sun, 07 Sep 2008 10:00:22 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.3</generator>

	<item>
		<title>by: Sebastian</title>
		<link>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-5763</link>
		<pubDate>Mon, 12 Mar 2007 20:33:50 +0000</pubDate>
		<guid>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-5763</guid>
					<description>I think Squeak will evolve in that biological way only the day it have the possibility to model biology in an adecuate scale. For that it should has to have no image at all. It should has to have only a virtual environment of virtual objects scaling not to hundreds thounsands but to hundred trillon virtual objects. To say it in short: an environment of living objects in disk.
Even then, the biological analogy will be &quot;so analogical&quot; that the image can easily get sick as any soma can get.
So I answer with a new question:
we can have a squeak that works on disk without scale problems?</description>
		<content:encoded><![CDATA[<p>I think Squeak will evolve in that biological way only the day it have the possibility to model biology in an adecuate scale. For that it should has to have no image at all. It should has to have only a virtual environment of virtual objects scaling not to hundreds thounsands but to hundred trillon virtual objects. To say it in short: an environment of living objects in disk.<br />
Even then, the biological analogy will be &#8220;so analogical&#8221; that the image can easily get sick as any soma can get.<br />
So I answer with a new question:<br />
we can have a squeak that works on disk without scale problems?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Smalltalk daily &#171; programming musings</title>
		<link>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1265</link>
		<pubDate>Fri, 13 Oct 2006 02:35:57 +0000</pubDate>
		<guid>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1265</guid>
					<description>[...] &amp;#8211; [0] See this blog entry by Cees de Grot for an enthralling account of Smalltalk&amp;#8217;s lifeliness. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] &#8211; [0] See this blog entry by Cees de Grot for an enthralling account of Smalltalk&#8217;s lifeliness. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Exploring Squeak and Seaside &#171; Tekkie</title>
		<link>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1232</link>
		<pubDate>Wed, 11 Oct 2006 00:41:38 +0000</pubDate>
		<guid>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1232</guid>
					<description>[...] Cees&amp;#8217; blog - Written by Achter de Kamp. Apparently he&amp;#8217;s one of the people on the Squeak development team. He wrote a salient post recently called &amp;#8220;Are We Killing Squeak?&amp;#8221; [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Cees&#8217; blog - Written by Achter de Kamp. Apparently he&#8217;s one of the people on the Squeak development team. He wrote a salient post recently called &#8220;Are We Killing Squeak?&#8221; [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Rusty</title>
		<link>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1107</link>
		<pubDate>Fri, 06 Oct 2006 04:57:59 +0000</pubDate>
		<guid>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1107</guid>
					<description>I've been using Squeak off and on since 1.x days; I even more or less lived in an image for a while (email, etc).  Not so much now days.

Squeak is increasingly forgetting about objects and becomming obsessed with code.  And it is staggeringly good at code - development is brilliant.

But although there are a million sophisticated ways to file in, manipulate, research and run code, there are no standard ways to deal with music, photos, or even non-code text.

What Squeak could easily be:  www.omnigroup.com/applications/omnioutliner/ www.apple.com/itunes/ www.devon-technologies.com/products/devonthink/ www.apple.com/ilife/iphoto/

What Squeak seems to want to be:  www.eclipse.org/</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been using Squeak off and on since 1.x days; I even more or less lived in an image for a while (email, etc).  Not so much now days.</p>
<p>Squeak is increasingly forgetting about objects and becomming obsessed with code.  And it is staggeringly good at code - development is brilliant.</p>
<p>But although there are a million sophisticated ways to file in, manipulate, research and run code, there are no standard ways to deal with music, photos, or even non-code text.</p>
<p>What Squeak could easily be:  <a href='http://www.omnigroup.com/applications/omnioutliner/' rel='nofollow'>www.omnigroup.com/applications/omnioutliner/</a> <a href='http://www.apple.com/itunes/' rel='nofollow'>www.apple.com/itunes/</a> <a href='http://www.devon-technologies.com/products/devonthink/' rel='nofollow'>www.devon-technologies.com/products/devonthink/</a> <a href='http://www.apple.com/ilife/iphoto/' rel='nofollow'>www.apple.com/ilife/iphoto/</a></p>
<p>What Squeak seems to want to be:  <a href='http://www.eclipse.org/' rel='nofollow'>www.eclipse.org/</a>
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Mark Miller</title>
		<link>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1099</link>
		<pubDate>Thu, 05 Oct 2006 00:01:54 +0000</pubDate>
		<guid>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1099</guid>
					<description>I'm glad somebody is asking these questions. I can only talk about Squeak as a user at this point, not as an experienced Smalltalk developer, though I have some software engineering experience.

I was just asking Mark Guzdial about his book &quot;Squeak: Open Personal Computing and Multimedia&quot; last week. I asked if he was going to write an updated edition, since his book was written for Version 2.9. The response I got back from him was forlorn. He said no updated edition was planned, but he attributed this more to it not selling well. He was also critical of the team in charge of Squeak now:

&quot;The current version is quite disappointing. It's been taken over by a pure software engineering group, so music synthesis (for example) no longer works. They just don't care to keep it going.&quot;

Does that sound like Squeak is being killed? I'd have to say yes, at least for the educational community. I have not been hearing these complaints from Seaside developers, for example.

I asked Guzdial what's the most recent version he would recommend. He said 3.2.

It's striking to me that updated versions, which have been marked &quot;stable&quot;, have features that are broken that used to work. This is just my impression, but it's sounding like the team has unintentionally forked it already, since it looks like multimedia has gotten &quot;the shaft&quot; in the more recent releases. I'm not saying this was necessarily done intentionally. I'm just describing the effect.

IMO, from a user perspective this is not good. This gets into perceptions. I was drawn to Squeak because of the screencasts I've seen of Alan Kay demonstrating it. They're a few years old, but his focus was on Squeak being an educational tool, that students could use it to conduct experiments, manipulate graphics, video, sound, etc. Since it's sounding like these aspects are starting to break, I imagine it's alienating that community. I think that's sad, because I think Squeak had real potential there.

For me personally, I'm interested in the multimedia aspects, just for the fun of it, but the real draw for me was Seaside.

On the engineering side, just a guess, it sounds like it all comes down to detecting dependencies. With everything being an object, would it not be possible to write a utility that shows what other objects are dependent on an object that is being modified, or removed? Once you can see these dependencies, would it not help in making intelligent decisions about what to do?

My impression is that working on Squeak at fundamental levels is like working on an operating system. It's very complicated work--very easy to break things you didn't intend to break.

I sincerely wish you the best in your efforts. Asking these questions shows that you DO care, contrary to what Guzdial said. I guess if I could make one request it would be that you be MUCH more careful about how you label versions. Only label a version &quot;stable&quot; when it appears to be such from all aspects.</description>
		<content:encoded><![CDATA[<p>I&#8217;m glad somebody is asking these questions. I can only talk about Squeak as a user at this point, not as an experienced Smalltalk developer, though I have some software engineering experience.</p>
<p>I was just asking Mark Guzdial about his book &#8220;Squeak: Open Personal Computing and Multimedia&#8221; last week. I asked if he was going to write an updated edition, since his book was written for Version 2.9. The response I got back from him was forlorn. He said no updated edition was planned, but he attributed this more to it not selling well. He was also critical of the team in charge of Squeak now:</p>
<p>&#8220;The current version is quite disappointing. It&#8217;s been taken over by a pure software engineering group, so music synthesis (for example) no longer works. They just don&#8217;t care to keep it going.&#8221;</p>
<p>Does that sound like Squeak is being killed? I&#8217;d have to say yes, at least for the educational community. I have not been hearing these complaints from Seaside developers, for example.</p>
<p>I asked Guzdial what&#8217;s the most recent version he would recommend. He said 3.2.</p>
<p>It&#8217;s striking to me that updated versions, which have been marked &#8220;stable&#8221;, have features that are broken that used to work. This is just my impression, but it&#8217;s sounding like the team has unintentionally forked it already, since it looks like multimedia has gotten &#8220;the shaft&#8221; in the more recent releases. I&#8217;m not saying this was necessarily done intentionally. I&#8217;m just describing the effect.</p>
<p>IMO, from a user perspective this is not good. This gets into perceptions. I was drawn to Squeak because of the screencasts I&#8217;ve seen of Alan Kay demonstrating it. They&#8217;re a few years old, but his focus was on Squeak being an educational tool, that students could use it to conduct experiments, manipulate graphics, video, sound, etc. Since it&#8217;s sounding like these aspects are starting to break, I imagine it&#8217;s alienating that community. I think that&#8217;s sad, because I think Squeak had real potential there.</p>
<p>For me personally, I&#8217;m interested in the multimedia aspects, just for the fun of it, but the real draw for me was Seaside.</p>
<p>On the engineering side, just a guess, it sounds like it all comes down to detecting dependencies. With everything being an object, would it not be possible to write a utility that shows what other objects are dependent on an object that is being modified, or removed? Once you can see these dependencies, would it not help in making intelligent decisions about what to do?</p>
<p>My impression is that working on Squeak at fundamental levels is like working on an operating system. It&#8217;s very complicated work&#8211;very easy to break things you didn&#8217;t intend to break.</p>
<p>I sincerely wish you the best in your efforts. Asking these questions shows that you DO care, contrary to what Guzdial said. I guess if I could make one request it would be that you be MUCH more careful about how you label versions. Only label a version &#8220;stable&#8221; when it appears to be such from all aspects.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Jecel Assumpção Jr</title>
		<link>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1089</link>
		<pubDate>Tue, 03 Oct 2006 15:13:09 +0000</pubDate>
		<guid>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1089</guid>
					<description>Squeak is already split into many pieces, just not along the dimension I would like to see: there are many images (a dozen or more just on this machine's disk!). An alternative would be to have a single world wide image built up from separate chunks of living objects in such a way that there could be multiple viewpoints (not necessarily mutually compatible) of the whole evolving thing existing at the same time.</description>
		<content:encoded><![CDATA[<p>Squeak is already split into many pieces, just not along the dimension I would like to see: there are many images (a dozen or more just on this machine&#8217;s disk!). An alternative would be to have a single world wide image built up from separate chunks of living objects in such a way that there could be multiple viewpoints (not necessarily mutually compatible) of the whole evolving thing existing at the same time.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Isaac Gouy</title>
		<link>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1062</link>
		<pubDate>Sat, 23 Sep 2006 14:55:28 +0000</pubDate>
		<guid>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1062</guid>
					<description>&quot;Similarly, a Smalltalk application typicallly is created by adding code, modifying code, but also by leaving most of the code in tact.&quot;
I'd claim that's only the case because the cost of taking out gobs of unused code has been so high.

In &quot;a full, living, complex ecosystem&quot; in Nature, when critters come together they sometimes kill each other, and sometimes kill the ecosystem. That's a problem in our &quot;full, living, complex ecosystem of objects&quot; - when we introduce new stuff, the new behaviours are sometimes incompatible and kill the ecosystem.

We get to play Zoo Keeper - we get to invent ways to package behaviours that would be incomprehensible in Nature. 

Like classboxes
www.iam.unibe.ch/~scg/Archive/Papers/Berg03aClassboxes.pdf</description>
		<content:encoded><![CDATA[<p>&#8220;Similarly, a Smalltalk application typicallly is created by adding code, modifying code, but also by leaving most of the code in tact.&#8221;<br />
I&#8217;d claim that&#8217;s only the case because the cost of taking out gobs of unused code has been so high.</p>
<p>In &#8220;a full, living, complex ecosystem&#8221; in Nature, when critters come together they sometimes kill each other, and sometimes kill the ecosystem. That&#8217;s a problem in our &#8220;full, living, complex ecosystem of objects&#8221; - when we introduce new stuff, the new behaviours are sometimes incompatible and kill the ecosystem.</p>
<p>We get to play Zoo Keeper - we get to invent ways to package behaviours that would be incomprehensible in Nature. </p>
<p>Like classboxes<br />
<a href='http://www.iam.unibe.ch/~scg/Archive/Papers/Berg03aClassboxes.pdf' rel='nofollow'>www.iam.unibe.ch/~scg/Archive/Papers/Berg03aClassboxes.pdf</a>
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: igu</title>
		<link>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1056</link>
		<pubDate>Sat, 23 Sep 2006 11:02:43 +0000</pubDate>
		<guid>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1056</guid>
					<description>Squeak is full of shit.
I can write failing tests for all the major packages, compiler, decompiler, collections, io, kernel (blocks),  you name it. And they are not gonna fixed soon.
Having the full test suite green is only possible by removing failing tests and not including tests of bugs reported at mantis.</description>
		<content:encoded><![CDATA[<p>Squeak is full of shit.<br />
I can write failing tests for all the major packages, compiler, decompiler, collections, io, kernel (blocks),  you name it. And they are not gonna fixed soon.<br />
Having the full test suite green is only possible by removing failing tests and not including tests of bugs reported at mantis.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: cdegroot</title>
		<link>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1055</link>
		<pubDate>Sat, 23 Sep 2006 07:56:08 +0000</pubDate>
		<guid>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1055</guid>
					<description>Well, MC is distributed enough for me. The issue is - it is only a code management system. To pull out my analogy again, it is akin to having a DNA library when what you really want to do, maybe, is to grow a garden...</description>
		<content:encoded><![CDATA[<p>Well, MC is distributed enough for me. The issue is - it is only a code management system. To pull out my analogy again, it is akin to having a DNA library when what you really want to do, maybe, is to grow a garden&#8230;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: John D. Mitchell</title>
		<link>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1053</link>
		<pubDate>Fri, 22 Sep 2006 22:26:23 +0000</pubDate>
		<guid>http://www.cdegroot.com/blog/2006/09/22/are-we-killing-squeak/#comment-1053</guid>
					<description>Hmm... Are you thinking in terms of a distributed scm system (such as Darcs, Mercurial, etc.)?  Or implementing the equivalent directly into Squeak?</description>
		<content:encoded><![CDATA[<p>Hmm&#8230; Are you thinking in terms of a distributed scm system (such as Darcs, Mercurial, etc.)?  Or implementing the equivalent directly into Squeak?
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
