<div dir="ltr">This takes us back to the collaboration server discussions from last week.<br><br>Rather than attempting to organizing content it may be preferable to improve the tools which help users self organize into communities.<br>
<br>Last night I got into a discussion about the value of the Neighborhood view with my 2nd grade niece:) She was pretty befuddled as to why she had to chose between belkin_019, linksys_1, meshview_11,.... From her perspective it made more sense to click on 'Mrs. Kings class' if she wanted to do her homework, or 'After school fun' if she wanted to talk with her friends.<br>
<br>While the idea of APs and mesh networks is important to us as geeks and developers. From a user point of view the idea of virtual communities or rooms seems clearer.<br><br>Maybe it is my misunderstanding of the nature of a jabber sever. A IRC server is pretty useless until the users can self select into channels. <br>
<br>Possibly, the idea of manipulating narratives could be best handled by helping communities develop which can discover, share, and reflect on _their_own_ stories.<br><br>thanks<br>david<br><br><div class="gmail_quote">
On Sun, Oct 5, 2008 at 11:39 AM, Walter Bender <span dir="ltr"><<a href="mailto:walter.bender@gmail.com" target="_blank">walter.bender@gmail.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;">We need to add an its.an.education.project alias to this list...<br>
<br>
-walter<br>
<div><div></div><div><br>
---------- Forwarded message ----------<br>
From: Walter Bender <<a href="mailto:walter.bender@gmail.com" target="_blank">walter.bender@gmail.com</a>><br>
Date: Sun, Oct 5, 2008 at 12:29 PM<br>
Subject: Re: [sugar] Narrative<br>
To: Sameer Verma <<a href="mailto:sverma@sfsu.edu" target="_blank">sverma@sfsu.edu</a>><br>
Cc: Bryan Berry <<a href="mailto:bryan.berry@gmail.com" target="_blank">bryan.berry@gmail.com</a>>, <a href="mailto:bens@alum.mit.edu" target="_blank">bens@alum.mit.edu</a>, sugar<br>
<<a href="mailto:sugar@lists.laptop.org" target="_blank">sugar@lists.laptop.org</a>>, "its. an. education. project"<br>
<<a href="mailto:its.an.education.project@lists.sugarlabs.org" target="_blank">its.an.education.project@lists.sugarlabs.org</a>><br>
<br>
<br>
Each of us seems to have interpreted Michael's note differently, so<br>
perhaps some more clarity of definitions is in order. In any case, my<br>
focus was on the assertion that there are "no excellent way to<br>
manipulate narratives" within Sugar. Excellence is the standard we<br>
should be striving for and I do agree we have a ways to go in terms of<br>
developing tools for "manipulating" "narratives" within Sugar. But it<br>
seems a funny dichotomy: manipulating narratives vs. modes for<br>
discovery.<br>
<br>
When I think about Sugar, I think about its providing a scaffolding<br>
for discovering, expressing, critiquing, and reflecting. Manipulating<br>
narrative seems to cut across all of these area (as does<br>
collaboration). We have a browser--the "discovery" platform du<br>
jour--but also an ebook reader and media player, and various tools for<br>
collecting and inspecting data (e.g, Measure and Distance). In terms<br>
of expression, we have a wide variety of tools, including word<br>
processing, rich media, programming, etc. Tools for critique and<br>
reflection seems the least developed thus far: we have chat and we<br>
have sharing and simple debugging tools, and we have the Journal, but<br>
we don't yet support (natively) much in the way of organizing data to<br>
make an analysis or argument. Is this the role Bryan expects Moodle to<br>
play? If so, I don't really see how. There are beginnings of tools<br>
such as spreadsheets, mindmaps, etc. being "Sugarized". What else<br>
should we add to this list? There is also a powerful presentation<br>
toolkit built into Etoys--is it the lack of PowerPoint that Bryan is<br>
missing?--but it is not very easy to find. Perhaps something more<br>
wiki-like or HTML-based would be better. Having it available off-line<br>
is probably as important as accessing an on-line system, such as is<br>
already available in Moodle and in general on any GNU/Linux (or even<br>
Windows) server. In terms of organizing school itself, Moodle and its<br>
like certainly have an important role to play. Sugar is not intended<br>
to be all things, but part of a learning ecosystem.<br>
<br>
There is certainly a paucity of lesson plans developed around Sugar:<br>
how does one best leverage this collection of tools for learning. And<br>
undoubtedly, a dearth of content readily packaged and categorized. But<br>
I don't see these as fundamental design flaws in Sugar as much as a<br>
place where more effort needs to be invested. Sugar is reaching a<br>
point of maturity where such investments make sense.<br>
<br>
In any case, I'd love to hear Michael's "interesting ideas".<br>
<br>
-walter<br>
<br>
<br>
<br>
</div></div><font color="#888888">--<br>
Walter Bender<br>
Sugar Labs<br>
<a href="http://www.sugarlabs.org" target="_blank">http://www.sugarlabs.org</a><br>
_______________________________________________<br>
IAEP -- It's An Education Project (not a laptop project!)<br>
<a href="mailto:IAEP@lists.sugarlabs.org" target="_blank">IAEP@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/iaep" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a><br>
</font></blockquote></div><br></div>