<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
I am a bit late in the discussion but it is truly interesting and I
would like to bring some points back as some of those issues might help
define both the scope and the roadmap of the <a
 href="http://tutorius.org/">http://tutorius.org/</a> project I am
working on and hope will become eventually part of Sugar.<br>
<br>
Alan talked about two approaches to "mentoring user interfaces", but I
am mostly interested in the first one, as I do not grasp the
intricacies of the second one (AI).&nbsp; My view on the subject is that the
key to make it happen would be to reach the point where it would be
easier for a teacher (or a student) to create and use learning material
using a knowledge model and a mentoring UI than it would be to do it
with other tools (textbook, etc.). I would aim for a development model
that would allow content developers to build on top of what exists and
that would allow learners to provide feedback on the material so that
eventually the best material would stand out and would serve as a
foundation to continue.<br>
<br>
The first insight we had with Tutorius is that a lot of the learning
material for computer software right now comes as tutorials, as a
sequence of steps (1,2,3) to accomplish a task or find a feature.&nbsp; Most
of the tutorials today exist as static documentation involving
screenshots, explanations and steps.&nbsp; Video tutorials are a little bit
more expressive but not qualitatively different since the user is still
in passive mode.&nbsp;&nbsp; To produce a qualitatively different experience then
those tutorials must become interactive.&nbsp; The idea is not new and have
been used in a great fashion by commercial software like Sketchup but
also, and I think it could be a great inspiration, by video games,
where often the whole gameplay mechanic is progressively introduced
through missions involving basic skills and moving up to more and more
sophisticated techniques.<br>
<br>
The second insight we had is that the mentoring technologies to teach
high level concepts might be based on the same technologies that could
be used to make the current documentation of Sugar interactive, so it
would give a way to make it happen.<br>
<br>
The high level roadmap I would suggest to end up with a mentoring
system would be:<br>
<br>
1. Instrument Sugar to allow interactive tutorials in any activity or
the Sugar shell (with a minimum of changes to them) and that could span
more than one of them (Let's say start in the browser and guide the
user to copy-and-paste material from a web page to a Write activity).
This should allow us to create tutorials that would cover the whole
current Floss manual.<br>
2. Build a tutorial creator that would allow the creation of such
tutorials from the activities.<br>
3. Build a website to share tutorials and rank them.<br>
4. Establish a knowledge model that would describe skills, their
dependencies and the evaluation functions that might rely on monitoring
the usage of Sugar to establish the mastership level of a given skill.<br>
5. Link tutorials to the knowledge model to allow suggesting what to do
next, based on mastership level. <br>
6. Allow the collective evolution of that knowledge model by users.<br>
7. Build more sophisticated monitor agents that could evaluate user
skills outside a tutorial, in free usage of activities (think of a
touchtype monitor that would monitor "delete" key press to build a
dictionary of characters and words which exhibit a high number of
errors to add them to the daily routine exercises).<br>
8. Add whatever it takes to teach "Powerful Ideas" (At this point, I
don't know what we would need).<br>
<br>
We are in the process of doing 1,2 and 3 for December 2009 (we hope)
and the rest will depend on the initial feedback we get.&nbsp; I don't know
what would be needed in a knowledge model and I don't know how much of
what has been done in AI research has solved this already.&nbsp; We are
currently focusing on the UI and the tutorial representation.<br>
<br>
A partial answer to the motivation problem Alan talked about in
mastering a skill like reading would be in my opinion to provide
constant feedback on the progress of a learner in pursuit of a goal.&nbsp;
Such feedback seems to be the key behind the success of a system like
Nike+ and the addicting effect of video games. I think it could be
replicated for a learning environment by showing the mastership level
of different skills needed to achieve a goal and their evolution in
time.<br>
<br>
I would be interested in knowing usage scenarios Alan would have for a
"mentoring UI" that would show what goals would be the most interesting
and worthwhile to go after.<br>
<br>
All in all, a very interesting discussion!<br>
<br>
Erick<br>
<br>
<br>
Alan Kay wrote:
<blockquote cite="mid:252485.61210.qm@web110103.mail.gq1.yahoo.com"
 type="cite">
  <style type="text/css"><!-- DIV {margin:0px;} --></style>
  <div
 style="font-family: times new roman,new york,times,serif; font-size: 12pt;">
  <div>Well, "The ARPA Dream" of the 60s as articulated by Licklider,
... that "The destiny of computing is to become interactive
intellectual amplifiers for all humans pervasively networked worldwide"
was too big for any one group, but Lick funded about 17 of these in the
60s to try various goals derived from this dream, and with the aid of
some of these grad students who went on to Xerox PARC, this research
community was able to do the critical inventions required. Virtually
all of these researchers 30 years later speak of the pleasure of being
involved with this community much more than singling out the particular
places (such as MIT, CMU, or PARC, etc.). This is how really big "Grand
Challenges" get done. <br>
  <br>
As I mentioned at the end of the email, some very important parts of
the puzzle can be advanced by spending a lot of money in the right way.
There are 9-10 months in a school year (30 to 40 weeks given vacations,
and 5 hours a week or a little less for mainstream subjects) so "a year
of math" in school terms is about 150 to 200 hours of "instruction".
Take the larger number and think about 5 mainstream courses per year,
and this gives about 1000 hours per year (usually quite a bit less). So
K-12 would be about 13,000 hours of live instruction. Suppose we brute
forced all of it (at $1 million dollars per hour), then K-12 done this
way would be about $13 billion dollars. This sounds like a lot, but
Iraq is costing about $10B per month(!), a Trillion dollars of the bank
bail out is about 8 times this, 3 B2 bombers would cover it.<br>
  <br>
And, if you were to amortize this over the world's children, then the
cost per child would not be large. For example, there are about 60
million US children in school. So one year's worth of all grades for
all children would cost about $220 per child. And this material would
be used for many more than one year, and for many more than just US
children.<br>
  <br>
(Someone can help by checking my approximate arithmetic)<br>
  <br>
The point here is that even the brute force approach to augmenting or
even completely filling in for teachers is much more of a societal
priority issue than a cost issue (as indeed are children's computers
like the XO).<br>
  <br>
However, because no good deed goes unpunished, we can imagine real
disasters here if "large unconstrained interests" were to control this
(similar stupidities and tyrannies that we've seen in schooling and
school books).<br>
  <br>
What I've been advocating to potential funders is that there are many
parts to this problem, just as there were for inventing personal
computing and pervasive networks. And some of the parts can be advanced
quite a bit right now by spending money in the right way. ARPA was
happy to furnish single researchers with a huge mainframe in the 60s
for experiments in user interface, graphics, etc., because Moore's Law
was thought to be something that would happen, and thus it was worth
spending millions to "live in the future ahead of time". This was a
critical part of the way the ARPA community thought and acted.<br>
  <br>
So we don't have to pony up $13B up front here, but $20M-$50M would
start up a community of researchers who are all interested in working
parts of this problem, and as I suggested in the last email, one thing
that should be done is to brute force at least one half year of one
comprehensive course and just do all things necessary to make the
experience work. This produces an artifact that will help smarter
approaches aim at high enough level targets. An analogy here is that a
great book can be used by good teachers to really enrich a good school
experience, and a great book can be used by learners who are not in a
good schooling experience to nonetheless help them internalize much
stronger outlooks and ideas despite an impoverished environment.<br>
  <br>
There are very good arguments that learning to read and write fluently
is not just taking on a communications skill (which might imaginably be
replaced by some other communications technology) but that "becoming a
fluent reader and writer" changes and enriches one's thinking styles
and powers in qualitatively different and important ways. I subscribe
to these arguments (and the studies which back them up).<br>
  <br>
So, the notion of trying to make an environment for helping children
learn to read and write -- a "book" that can help its readers learn to
"read" and "write" it -- has an enormous appeal, especially given how
much really worthwhile stuff is to be found on the web (almost hidden
by the pop culture trash, but there).<br>
  <br>
One whole route that was worked out almost 50 years ago was by O.K.
Moore at Yale in the late 50s and early 60s -- it was called the
"talking typewriter" (which was a hidden grad student) -- has many of
the initial seeds for thinking about how to do this, and has quite a
few studies giving quite a bit of date about how children behave in the
environment that Moore set up. "Writing to Read", done by one of
Moore's disciples and sponsored by IBM many years ago, was more real,
but also omitted some of the key principles that Moore had discovered.
This program, among other things, needed a small personal machine like
the XO to create the "autotelic environment" which Moore felt was so
important.<br>
  <br>
Several open questions make it difficult to be completely confident
with a sponsor. One is that just how well this approach works over a
number of years (if real fluency is the goal) is quite unknown. And,
there is also the issue -- also unknown -- about whether a great
curriculum that *could* do the job would actually be followed long
enough by learners. This is analogous to having a great method for
learning a musical instrument with online assist (and there are some
pretty good ones out there). But one of the biggest problems is "Sire,
there is no Royal Road to Geometry" (as Euclid said to Pharoah). That
is, in the end, you just have to "do a lot of doing" to learn most
things, especially the harder ones that were rare inventions of
humankind. This is not popular these days -- unless it is a social
token which must be learned to be part of a pop culture - alas, it is
hard to find any deep content in these subjects.<br>
  <br>
Bottom line, it's difficult and it's doable.<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
 face="Tahoma" size="2">
  <hr size="1"><b><span style="font-weight: bold;">From:</span></b>
Martin Langhoff <a class="moz-txt-link-rfc2396E" href="mailto:martin.langhoff@gmail.com">&lt;martin.langhoff@gmail.com&gt;</a><br>
  <b><span style="font-weight: bold;">To:</span></b> Alan Kay
<a class="moz-txt-link-rfc2396E" href="mailto:alan.nemo@yahoo.com">&lt;alan.nemo@yahoo.com&gt;</a><br>
  <b><span style="font-weight: bold;">Cc:</span></b> Tomeu Vizoso
<a class="moz-txt-link-rfc2396E" href="mailto:tomeu@sugarlabs.org">&lt;tomeu@sugarlabs.org&gt;</a>; K. K. Subramaniam
<a class="moz-txt-link-rfc2396E" href="mailto:subbukk@gmail.com">&lt;subbukk@gmail.com&gt;</a>; <a class="moz-txt-link-abbreviated" href="mailto:iaep@lists.sugarlabs.org">iaep@lists.sugarlabs.org</a><br>
  <b><span style="font-weight: bold;">Sent:</span></b> Thursday, July
2, 2009 7:52:17 AM<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>
  </font><br>
On Thu, Jul 2, 2009 at 4:35 PM, Alan Kay&lt;<a moz-do-not-send="true"
 ymailto="mailto:alan.nemo@yahoo.com" href="mailto:alan.nemo@yahoo.com">alan.nemo@yahoo.com</a>&gt;
wrote:<br>
&gt; We can see this with the XO and OLPC also. Much is made about
"getting<br>
  <br>
Hi Alan,<br>
  <br>
your answer is very humbling, and talks about solving a huge problem.<br>
One that OLPC, Sugar and related projects are just one part of a wider<br>
solution.<br>
  <br>
In practical terms, however, it is hard to hear that "the problem is<br>
too big for us". I would hope for a vision of what part Sugar and OLPC<br>
can play here, as part of the bigger thing.<br>
  <br>
You said:<br>
  <br>
&gt; So my "vision" here is let's try to find supertalents in this area
wherever<br>
&gt; in the world and try to fund them.<br>
  <br>
Let's assume you managed to recruit some of those (humble)<br>
supertalents. They are rowing hard, and have their own ideas of what<br>
to do next, but would also like to hear your opinion on mid and long<br>
term goals and visions on the track we are working on.<br>
  <br>
Have you seen recent versions of Sugar and/or the OLPC laptop +
software?<br>
  <br>
cheers,<br>
  <br>
  <br>
  <br>
martin<br>
-- <br>
  <a moz-do-not-send="true" ymailto="mailto:martin.langhoff@gmail.com"
 href="mailto:martin.langhoff@gmail.com">martin.langhoff@gmail.com</a><br>
  <a moz-do-not-send="true" ymailto="mailto:martin@laptop.org"
 href="mailto:martin@laptop.org">martin@laptop.org</a> -- School Server
Architect<br>
- ask interesting questions<br>
- don't get distracted with shiny stuff&nbsp; - working code first<br>
- <a moz-do-not-send="true"
 href="http://wiki.laptop.org/go/User:Martinlanghoff" target="_blank">http://wiki.laptop.org/go/User:Martinlanghoff</a><br>
  </div>
  </div>
  </div>
  <br>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
IAEP -- It's An Education Project (not a laptop project!)
<a class="moz-txt-link-abbreviated" href="mailto:IAEP@lists.sugarlabs.org">IAEP@lists.sugarlabs.org</a>
<a class="moz-txt-link-freetext" href="http://lists.sugarlabs.org/listinfo/iaep">http://lists.sugarlabs.org/listinfo/iaep</a></pre>
</blockquote>
</body>
</html>