On Tue, Nov 11, 2008 at 9:27 AM, Greg Dekoenigsberg <span dir="ltr"><<a href="mailto:gdk@redhat.com">gdk@redhat.com</a>></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>
> Cutting this important part out of another discussion ...<br>
><br>
> On 10.11.2008, at 20:49, Jecel Assumpcao Jr wrote:<br>
><br>
>> Of course, this all supposes the open source model. If someone gets<br>
>> paid<br>
>> to do a Python Etoys or a GNU Smalltalk one then I wouldn't be at all<br>
>> surprised to see a good quality implementation created from scratch in<br>
>> just a couple of months.<br>
><br>
> I have been thinking about this for quite a while - how valid is the<br>
> assumption that a volunteer community would be able to create software<br>
> that they do not intend to use themselves?<br>
<br>
</div>It is absolutely invalid, IMHO.<br>
<div class="Ih2E3d"><br>
> For example, Etoys development was not driven by volunteers, but by a<br>
> small research group around Alan Kay with paid developers. It is open-<br>
> source and free, but we get relatively few contributions from volunteer<br>
> developers. This is in contrast to Squeak, the underlying system, which<br>
> is supported and advanced by a thriving community of developers. But the<br>
> majority of the Squeak community is not interested in Etoys, just in the<br>
> Smalltalk development system (which they use and improve for<br>
> themselves).<br>
><br>
> I see a similar issue with Sugar - since no-one seems genuinely<br>
> interested in making it their own environment, but rather developing<br>
> it for someone else, progress pretty much is made only by the<br>
> (unfortunately few) paid developers. The few parents / teachers who<br>
> might want to contribute are not savvy enough to actually do so.<br>
<br>
</div>Yep. 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. 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's goals.<br>
Assuming that (a) the pain isn't so terrible as to make it unusable, and<br>
(b) we are effective in communicating Sugar's goals.<br>
<br>
Seriously, though: journaling and collaboration, by themselves, are<br>
exciting not just to kids but to regular people. The idea of<br>
"CollAbiWord" is incredibly exciting to everyone I discuss it with.</blockquote><div><br></div></div><br>I thought walter'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't like it much because it is difficult to measure.(pragmatic objection, not so strong)<br>
<br>"CollAbiWord" is an interesting idea - has it been fleshed out educationally, I can'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 ("doing with images makes symbols")<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 "inspirational" 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's probably inevitable and I don't have a big problem with it but it might be important to understand that it is happening.<br>