On Tue, Nov 11, 2008 at 9:27 AM, Greg Dekoenigsberg <span dir="ltr">&lt;<a href="mailto:gdk@redhat.com">gdk@redhat.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"><br>
On Mon, 10 Nov 2008, Bert Freudenberg wrote:<br>
<br>
&gt; Cutting this important part out of another discussion ...<br>
&gt;<br>
&gt; On 10.11.2008, at 20:49, Jecel Assumpcao Jr wrote:<br>
&gt;<br>
&gt;&gt; Of course, this all supposes the open source model. If someone gets<br>
&gt;&gt; paid<br>
&gt;&gt; to do a Python Etoys or a GNU Smalltalk one then I wouldn&#39;t be at all<br>
&gt;&gt; surprised to see a good quality implementation created from scratch in<br>
&gt;&gt; just a couple of months.<br>
&gt;<br>
&gt; I have been thinking about this for quite a while - how valid is the<br>
&gt; assumption that a volunteer community would be able to create software<br>
&gt; that they do not intend to use themselves?<br>
<br>
</div>It is absolutely invalid, IMHO.<br>
<div class="Ih2E3d"><br>
&gt; For example, Etoys development was not driven by volunteers, but by a<br>
&gt; small research group around Alan Kay with paid developers. It is open-<br>
&gt; source and free, but we get relatively few contributions from volunteer<br>
&gt; developers. This is in contrast to Squeak, the underlying system, which<br>
&gt; is supported and advanced by a thriving community of developers. But the<br>
&gt; majority of the Squeak community is not interested in Etoys, just in the<br>
&gt; Smalltalk development system (which they use and improve for<br>
&gt; themselves).<br>
&gt;<br>
&gt; I see a similar issue with Sugar - since no-one seems genuinely<br>
&gt; interested in making it their own environment, but rather developing<br>
&gt; it for someone else, progress pretty much is made only by the<br>
&gt; (unfortunately few) paid developers. The few parents / teachers who<br>
&gt; might want to contribute are not savvy enough to actually do so.<br>
<br>
</div>Yep. &nbsp;This is exactly right, and is one of the driving ideas behind making<br>
Sugar a first-class desktop environment in Fedora.<br>
<br>
There are a number of compromises to be made, I think. &nbsp;No, the typical<br>
Fedora developer will not be a teacher or a kid -- but if they grow<br>
accustomed to using Sugar, they will experience pain, and will be<br>
motivated to fix that pain in a way that is consistent with Sugar&#39;s goals.<br>
Assuming that (a) the pain isn&#39;t so terrible as to make it unusable, and<br>
(b) we are effective in communicating Sugar&#39;s goals.<br>
<br>
Seriously, though: journaling and collaboration, by themselves, are<br>
exciting not just to kids but to regular people. &nbsp;The idea of<br>
&quot;CollAbiWord&quot; is incredibly exciting to everyone I discuss it with.</blockquote><div><br></div></div><br>I thought walter&#39;s comments in a recent digest about the relative merits of synchronous to asynchronous collaboration, (based on comments from Juliano Bittencourt) were a slight step back from the merits of real time collaborative writing, for instance<br>
<br>Some good educators argue that group work is over rated because the individual needs to develop their own voice (philosophical objection, strong) Others don&#39;t like it much because it is difficult to measure.(pragmatic objection, not so strong)<br>
<br>&quot;CollAbiWord&quot; is an interesting idea - has it been fleshed out educationally, I can&#39;t see where?<br><br>I read Bert as raising two points:<br>1) eat your own dog food - people here will agree to the importance of that<br>
2) the educational vision - more difficult<br><br>I can see that etoys had a strong educational vision based on visual programming, late binding, OOPs supported by people like Bruner (&quot;doing with images makes symbols&quot;)<br>
<br>I can see that logo has a strong educational vision worked out by Papert who built on top of Piaget (eg. the body syntonic turtle)<br><br>Both of the above are disputed and partially understood but they are well theorised and radical - in that sense &quot;inspirational&quot; even if not proven to be correct<br>
<br>A big literature is now being developed about computer based collaboration for education (web2.0 authors, numerous) - but its very messy at this point of time. I think what is happening is a patching together of different visions some about incremental improvement (eg. moodle philosophy) and other which are more radical (Papert, Kay). That&#39;s probably inevitable and I don&#39;t have a big problem with it but it might be important to understand that it is happening.<br>