thanks for the feedback walter and edward on my summary suggestions for &quot;About&quot;. Here&#39;s an attempt to improve it further (numbered only for convenience of discussion):<br><br>
&quot;it&#39;s an education project&quot;<br>
<div class="Ih2E3d"><br>1) Learning practice and theory needs to evolve as technology evolves, so we need to discuss constructionism and other learning theories and how they work in practice<br>
</div>2) We need to build a richer dialectic between the overlapping communities of software developers and educators<br>3) Sugar software development can serve as a tangible structural underpinning<br>4) understanding Suagr&#39;s educational importance is a current focus<br>

of this discussion list<br><br>discussion:<br><br>1) indicates that this list *will* discuss learning theories and not only constructionism (previously it was just a feel good motherhood statement)<br>2)&nbsp; &quot;bridge&quot; is replaced by &quot;richer dialectic&quot;<br>
<ul><li>dialectic means interpenetration with the prospect of transformation</li><li>&quot;richer&quot; implies that there is already some mutually beneficial dialogue b/w the two communities</li><li>&quot;overlapping&quot; means that developers already have opinions on education and that some educators may already be developers or can contribute </li>
</ul>3 and 4) no change from Walter&#39;s wording<br><br><br>I agree with Edward that the &quot;bridge&quot; metaphor is limited - as well as the reason Edward gives (that a bridge assumes permanent separation) there is also the reason that bridges tend to be built from known point A to known point B - you can&#39;t build a bridge to a destination you haven&#39;t arrived at yet<br>
<br>wrt Edward&#39;s list of constructionist software:<br>a) we shouldn&#39;t be prescriptive in an &quot;about&quot; statement<br>b) you can also have constructionist learning without any software at all - if we are going to talk about what Sugar and the OLPC is good for then that implies talking about things that it is not good for, ie. which can be better done without computers<br>
<br><br><div class="gmail_quote">On Mon, May 5, 2008 at 6:32 AM, Edward Cherlin &lt;<a href="mailto:echerlin@gmail.com">echerlin@gmail.com</a>&gt; 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 class="Ih2E3d">On Sun, May 4, 2008 at 5:43 AM, Walter Bender &lt;<a href="mailto:walter.bender@gmail.com">walter.bender@gmail.com</a>&gt; wrote:<br>
&gt; Here&#39;s my massaging of Bill&#39;s summary<br>
&gt;<br>
&gt; &nbsp;&quot;it&#39;s an education project&quot;<br>
&gt;<br>
&gt; &nbsp;Summary:<br>
&gt;<br>
&gt; &nbsp; &nbsp; * Learning practice and theory needs to evolve as technology evolves<br>
&gt; &nbsp; &nbsp; * There needs to be a bridge connecting the community of<br>
&gt; &nbsp;developers with the community of educators<br>
<br>
</div>I dislike the bridge metaphor. I wrote a paper for a Unicode<br>
conference on &quot;Obliterating the Digital Divide&quot; because bridging a<br>
divide still leaves people on the wrong side of it.<br>
<br>
We need more people who are both educators and developers. Now that we<br>
have powerful development tools that teachers can learn and students<br>
can use, there is no excuse for the separation. In the long run, we<br>
need every teacher and every student to be a developer, and we need<br>
every developer to be a lifelong student and a mentor to others.<br>
<div class="Ih2E3d"><br>
&gt; &nbsp; &nbsp; * Sugar software development can serve as a tangible structural underpinning<br>
</div>&gt; &nbsp; &nbsp; * understanding Sugar&#39;s educational importance is a current focus<br>
&gt; &nbsp;of this discussion list<br>
<br>
We also need to be aware of other Constructivist and Constructionist<br>
possibilities. I would like to start a Best Practices list, which I<br>
suppose I will do in a minute on the Laptop Wiki, to include the best<br>
tools and learning materials we collectively know of.<br>
<br>
I nominate, in addition to Sugar, Python, and Smalltalk/Squeak/Etoys,<br>
the programming languages.<br>
<br>
* Forth: Best books, Starting Forth and Thinking Forth, by Leo Brodie.<br>
Used in Open Firmware. The most compact, conceptually simple, and<br>
extensible programming language. The Forth word &#39;see&#39; allows a user to<br>
inspect the source code of any Forth word.<br>
<br>
see 2dup<br>
: 2dup<br>
dup dup ;<br>
ok<br>
<br>
*LISP/Scheme: Best books: The Little LISPer/Schemer, The Seasoned<br>
Schemer, The Reasoned Schemer, by Daniel P. Friedman and others:<br>
Anatomy of Lisp by John Allen.<br>
*APL/J There are numerous math books written using APL and more<br>
recently J as the executable notation for every math statement. Ken<br>
Iverson, the inventor of APL, wrote textbooks on Arithmetic, Algebra,<br>
and Calculus. APL has successfully been used in first grade<br>
arithmetic. I also have copies of books on probability, statistics,<br>
cryptography, computer graphics, and computer design using APL.<br>
<br>
Forth, LISP, APL, and Smalltalk are the most important programming<br>
language paradigms. They are Turing-equivalent, but so different in<br>
form, and so simple in concept and syntax, that I can say that nobody<br>
understands the possibilities of computers who does not understand all<br>
of them in some depth.<br>
<br>
* The Natural Way to Draw: A Working Plan for Art Study, by Kimon<br>
Nicolaides . Whole Earth Review : &quot;...not only the best how-to book on<br>
drawing, it is the best how-to book we&#39;ve seen on any subject.&quot;<br>
<br>
Add Montessori, Gattegno, and many others. Think about engaging all<br>
students to be learning researchers, able to discover in general and<br>
in every individual case the best learning/discovery/mastery<br>
strategies for every subject.<br>
<br>
&gt; &nbsp;-walter<br>
<font color="#888888"><br>
--<br>
Edward Cherlin<br>
End Poverty at a Profit by teaching children business<br>
<a href="http://www.EarthTreasury.org/" target="_blank">http://www.EarthTreasury.org/</a><br>
&quot;The best way to predict the future is to invent it.&quot;--Alan Kay<br>
</font><div><div></div><div class="Wj3C7c">_______________________________________________<br>
Its.an.education.project mailing list<br>
<a href="mailto:Its.an.education.project@tema.lo-res.org">Its.an.education.project@tema.lo-res.org</a><br>
<a href="http://lists.lo-res.org/mailman/listinfo/its.an.education.project" target="_blank">http://lists.lo-res.org/mailman/listinfo/its.an.education.project</a><br>
</div></div></blockquote></div><br><br>