This is not meant as an outward criticism or anything, but why is their this keen insistence on re-designing the wheel... (Moodle) when it not only excels at what it does, but has been integrated with XS going on years now... Now what would be cool is external python tools/activities/apps that synch with it. Would be relatively easy, and in fact I created pyqclicuser and admin a while back... but there is no reason we can't put the user part into moodle, since its all XML anyway. I believe this is the way hotpotatoes works.<br>
<br>kind regards,<br>David Van Assche <br><br><div class="gmail_quote">On Fri, Jul 3, 2009 at 1:41 PM, Alan Kay <span dir="ltr"><<a href="mailto:alan.nemo@yahoo.com">alan.nemo@yahoo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><div>Hi Martin,<br><br>Very well thought out observations and comments! These give a sense of what lies beyond the first set of ideas everyone has to why the real deal has not been accomplished over the last 50 years.<br>
<br>Cheers,<br><br>Alan<br></div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><br><div style="font-family: arial,helvetica,sans-serif; font-size: 10pt;"><font size="2" face="Tahoma"><div class="im">
<hr size="1"><b><span style="font-weight: bold;">From:</span></b> Martin Langhoff <<a href="mailto:martin.langhoff@gmail.com" target="_blank">martin.langhoff@gmail.com</a>><br></div><b><span style="font-weight: bold;">To:</span></b> Erick Lavoie <<a href="mailto:erick.lavoie@gmail.com" target="_blank">erick.lavoie@gmail.com</a>><br>
<b><span style="font-weight: bold;">Cc:</span></b> Alan Kay <<a href="mailto:alan.nemo@yahoo.com" target="_blank">alan.nemo@yahoo.com</a>>; K. K. Subramaniam <<a href="mailto:subbukk@gmail.com" target="_blank">subbukk@gmail.com</a>>;
<a href="mailto:iaep@lists.sugarlabs.org" target="_blank">iaep@lists.sugarlabs.org</a>; <a href="mailto:sugar-narratives@googlegroups.com" target="_blank">sugar-narratives@googlegroups.com</a><br><b><span style="font-weight: bold;">Sent:</span></b> Friday, July 3, 2009 12:50:07 AM<div class="im">
<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [IAEP] changes in outlook with Sugar (was Re: Comments on David Kokorowski, David Pritchard and "Mastering" Educational SW)<br></div></font><div><div>
</div><div class="h5"><br>
On Fri, Jul 3, 2009 at 8:05 AM, Erick Lavoie<<a href="mailto:erick.lavoie@gmail.com" target="_blank">erick.lavoie@gmail.com</a>> wrote:<br>> The high level roadmap I would suggest to end up with a mentoring system<br>
> would be:<br><br>Excellent post - thanks! While Alan's posts are inspiring, my hands<br>can help with something like your roadmap more effectively than with<br>raising 19B USD :-)<br><br>> A partial answer to the motivation problem Alan talked about in mastering a<br>
> skill like reading would be in my opinion to provide constant feedback on<br>> the progress of a learner in pursuit of a goal. Such feedback seems to be<br>> the key behind the success of a system like Nike+ and the addicting effect<br>
> of video games. I think it could be replicated for a learning environment by<br>> showing the mastership level of different skills needed to achieve a goal<br>> and their
evolution in time.<br><br>I find this part problematic, however. Been working in software<br>related to e-learning for ~9 years, and the computer is really limited<br>(ie: stupid) at measuring whether the user can achieve interesting and<br>
useful goals.<br><br>Games do provice the continuous feedback you mention, but they work on<br>things the computer can understand. And the computer cannot understand<br>much, actually.<br><br>Attempts to make the computer assess complex things are usually based<br>
on very creative use (by the designers / programmers) of simple rules;<br>and these attempts impress adults... but when you see kids using them,<br>they _immediately_ figure out that the "real game" is to "play to the<br>
mechanics, as implemented".<br><br>In other words, they learn to trick the computer. And they learn it fast!<br><br>The roadmap you outline works towards a very important toolset --<br>building tutorials on how to use things is a powerful
thing. And<br>getting kids to build tutorials themselves on skills they just<br>acquired is a great tool to work on the skill and deepen it.<br><br>But it is not a tool to develop non-computer skills.<br><br>Clearly, we have strong hints on how to build effective self-learning<br>
tools for a specific subset of skills (ie: computer-use skills, and<br>computer-assessable-skills), but these techniques don't apply well to<br>topics outside those specific areas (as far as I can see, glad to be<br>proved wrong).<br>
<br>I naturally worry about this leading to a heavily biased set of tools;<br>tools that help with that narrow slice we know how to deal with...<br>and leave a huge, glaring gap.<br><br>I guess there are two ways about this. We can embrace the narrowness<br>
of our help, and perhaps even reinforce it by making explicit the<br>narrow focus, so nobody thinks we're out to cover much. Or we can work<br>on approaches that cover a wider area, and I
am thinking very<br>specifically about social constructivism here.<br><br>My preference -- as you can guess now -- is to understand how can we<br>aim for wider tools and approaches that take advantage of social<br>dynamics. These will be perhaps less directly effective in their<br>
feedback loop (addictiveness, stickiness, etc), but will be able to<br>deal with the kind of skills that computers can't help with.<br><br>For all the fascination that computer games (solo and networked)<br>cause, the behaviour I see in game players is that past the initial<br>
exploratory stage players are _always_ playing to the mechanical<br>rules. If they don't know the "metaphor" that those rules stand in<br>for, they don't actually learn it.<br><br>cheers,<br><br><br><br>
martin<br>-- <br> <a href="mailto:martin.langhoff@gmail.com" target="_blank">martin.langhoff@gmail.com</a><br> <a href="mailto:martin@laptop.org" target="_blank">martin@laptop.org</a> -- School Server Architect<br> - ask interesting questions<br>
- don't get distracted with shiny stuff - working code first<br><span> - <a href="http://wiki.laptop.org/go/User:Martinlanghoff" target="_blank">http://wiki.laptop.org/go/User:Martinlanghoff</a></span><br></div></div>
</div></div></div><br>
</div><br>_______________________________________________<br>
IAEP -- It's An Education Project (not a laptop project!)<br>
<a href="mailto:IAEP@lists.sugarlabs.org">IAEP@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/iaep" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a><br></blockquote></div><br><br clear="all"><br>-- <br><br><a href="http://www.brainyquote.com/quotes/authors/s/samuel_goldwyn.html" target="_blank">Samuel Goldwyn</a> - "I'm willing to admit that I may not always be right, but I am never wrong."