Thanks to all for an interesting discussion, I would like to review what I got out of discussion along with some comments and questions:<div><br></div><div><u>On Fri, Sep 2, 2011 at 11:03 PM, Cherry Withers <span dir="ltr"><<a href="mailto:cwithers@ekindling.org">cwithers@ekindling.org</a>></span> wrote:<br>
</u><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
When I did my workshop on Etoys in the Philippines back in June, one kid did a "draft" of the same project in Scratch first using the pre-installed cliparts then did it in Etoys like I asked.... <b>For him the pre-installed cliparts made it easier for him to jump right into programming rather than spend so much time drawing things. However, some kids derived more satisfaction in using their own drawings.</b></blockquote>
<div> To me, while it is important for kids to draw, I have seen kids who start using the clip art in Scratch and then get into the drawing. Also I have had kids using Etoys who did not feel comfortable with drawing and got "stuck" trying to do the drawings, until I either told them it was okay to use any drawing and they could change it later, or showed them how to "import' a drawing into Etoys, by dragging it in from a browser or Scratch Clip Art folder.</div>
<div> </div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<b>Incidentally, no one taught the child how to use Scratch</b> and he didn't use it fully (never did a project in Scratch) till we got into conditional statements in Etoys. </blockquote><div>This is perhaps the greatest compliment for the design of the Scratch UI and a goal (not for all things, but at least for the getting started part). </div>
<div><br></div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<b>He started drawing parallels with Etoys.</b> On our 2nd and 3rd day, <b>he would always create his draft first on Scratch then do things in Etoys. </b>It was a<b> lot easier for him to "find" things in Scratch</b> he says.<br>
</blockquote><div>Love IT!!!  Kids should learn multiple languages and the ability to switch between two languages is a wonderful skill that should be encouraged and taught. </div><div> </div></div><div><u>On Fri, Sep 2, 2011 at 11:31 PM, Hilaire Fernandes <span dir="ltr"><<a href="mailto:hilaire.fernandes@gmail.com">hilaire.fernandes@gmail.com</a>></span> wrote:<br>
</u><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
Behing the more eye candy aspect of Scratch,  <b>Scratch is also better ergonomically with a more structured UI helping confort of the kids:<br>color scheme, predefined purpose area.</b><br></blockquote><div>Agreed the use of eye candy (which I take to mean great clip art that is attractive to the intended audience, in this case kids, but if you had one for adults, you could have different clip art), color and a more structured UI (which I take to mean a UI that helps guide the user as to intended use and understanding) is good.  </div>
<div><br></div><div>One thing I think could be improved upon in the Scratch UI is something that allows for what I will call the "Etoys Challenge" design where a few scripting tiles are placed on the world for the user to choose from to solve a particular problem. This helps avoid the too many choices cognitive overload and gets them to focus on what you want them to learn.</div>
<div><br></div><div>The Etoys Challenge design I think is actually a potential "low floor" enabler to help kids get up to speed (although I think other ideas like picking a few tiles for each child to explore and become and expert in so they can teach the rest of the class, is also a good idea that does not require interface changes).</div>
<div><br></div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
However, <b>Etoys and Scratch are very differents in purpose for me, so not really competing</b>.<br></blockquote><div>Agreed and along the lines of the work of Mark Guzdial and the great Spaghetti Sauce makers (plain, spicy, thick and chunky etc.) we need to have multiple environments for different learners (no I did not say different learning styles).</div>
<div><br></div></div><div><u>On Fri, Sep 2, 2011 at 11:33 PM, Alan Kay <span dir="ltr"><<a href="mailto:alan.nemo@yahoo.com" target="_blank">alan.nemo@yahoo.com</a>></span> wrote:<br></u><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div><div style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: 'times new roman', 'new york', times, serif; font-size: 14pt; "><div><span>The original Etoys interface was more like Scratch's (small area for action results, most of the screen area used for showing tools, tiles, etc.). The first Etoys was aimed at the web (at Disney), and <b>making the start up more obvious and using more screen for it is a good idea I think</b>.</span></div>
</div></div></blockquote><div>Is there another design/way to help make start up more obvious without using more screen for it?</div><div>So when you say "use more screen for it" I assume you are referring to Scratch's dedicated scripting area and tile area.</div>
<div>I was thinking along the lines of a set of "Etoys Challenges" and "Etoys Castle" type projects, where only a limited set of tiles are visible and the user is asked to use them to solve problems.  Another idea is some kind of animated Quick Guides which are available from the scripting tiles themselves via halo, right click like in scratch or on hover a balloon help displays. Video tutorials (perhaps using Event Theater, which I hope stays in the next version, although one could argue for screen casting to solve the problem with that video embedded in the Scratch/Etoy project).</div>
<div> </div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div><div style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: 'times new roman', 'new york', times, serif; font-size: 14pt; "><div>Personally, I think <b>the Scratch UI is better for many things than the Etoys UI, especially first encounters</b>, which are so important for so many beginners these days. </div>
</div></div></blockquote><div>It is also better in the way the tiles snap together, it is a much more polished and forgiving interface with better visual clues when scripting,</div><div> </div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div><div style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: 'times new roman', 'new york', times, serif; font-size: 14pt; "><div>And I think the <b>Scratch people have done a fantastic job on their web presence, </b>including their gallery, the emulator for Scratch projects so you can see what they do, their online materials, etc.</div>
</div></div></blockquote><div>+1 </div><div> </div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div><div style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: 'times new roman', 'new york', times, serif; font-size: 14pt; "><div>On the other hand, <b>Scratch lacks a real media system, </b></div>
</div></div></blockquote><div>Details please Antwerth.</div><div> </div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div><div style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: 'times new roman', 'new york', times, serif; font-size: 14pt; "><div><b>a massively parallel particle system</b>,</div>
</div></div></blockquote><div>Kedama is amazing and wonderful, but the learning curve is steep. Perhaps part of it is it has a different structure to it for scripting and you have to understand patches.  Some basic tutorials (video based for the visual learners among us) would be helpful but I need to play with Kedama more.</div>
<div> </div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div><div style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: 'times new roman', 'new york', times, serif; font-size: 14pt; "><div> and many other features that are really needed and <b>useful for learning things beyond simple programming</b>. </div>
</div></div></blockquote><div>Well my short list would include: Player Variables, Holders/Playfields, Collections that hold anything not just numbers or strings.</div><div>What's on your short list?</div><div> </div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div><div style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: 'times new roman', 'new york', times, serif; font-size: 14pt; "><div><b>But I think in the world we live in, it is initial experiences that count</b> in a non-classical culture (and this is most cultures around the world including the US). </div>
</div></div></blockquote><div>+1</div><div> </div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div><div style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: 'times new roman', 'new york', times, serif; font-size: 14pt; "><div>As to how many features to include, this is a tricky one.</div>
</div></div></blockquote><div>Yup.</div><div><br></div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div><div style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: 'times new roman', 'new york', times, serif; font-size: 14pt; "><div><span>Etoys has fewer built in features because part of the "real deal" is to learn how to make your own features. </span></div>
</div></div></blockquote><div>The problem is its a lot of work and time to do the "real deal" and while it would be ideal, sadly most folks don't do it.  And part of the curriculum design is deciding what to make easy and what to make hard, but without the "productivity tools" everything is hard.</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div><div style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: 'times new roman', 'new york', times, serif; font-size: 14pt; "><div><span><b>It could have clip art, but we left it out because it is cognitively a good thing for children to learn how to draw</b>. This is good for a "learning tool", but is not good for a "productivity tool".</span></div>
</div></div></blockquote><div>So part of the argument is that clip art was left out because we want kids to draw.  I agree its a good thing for children to learn to draw. But I do not agree that having clip art included will prevent this.  Look at some of the Scratch projects where kids do amazing drawings (although their drawing tool, could be improved by allowing the color picker to pick a color from anywhere within the Scratch environment not just the current drawing).</div>
<div><br></div></div><div><u>On Sat, Sep 3, 2011 at 8:56 AM, Alan Kay <span dir="ltr"><<a href="mailto:alan.nemo@yahoo.com">alan.nemo@yahoo.com</a>></span> wrote:<br></u><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div><div style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: 'times new roman', 'new york', times, serif; font-size: 14pt; "><div><span>One thing that hasn't been mentioned (but I should have) is <b>not just the initial experiences and learning curve for children/students, but also for the adults who are trying to help them.</b> </span></div>
</div></div></blockquote><div> Agreed and I think Hilaire is on the right track for helping the adults who are trying to help children.  Providing a set of pre-built tools/projcts that teachers can use would greatly help acceptance and usage (and hopefully the kids learning as well ;) </div>
<div><br></div><div><br></div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div><div style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 255); font-family: 'times new roman', 'new york', times, serif; font-size: 14pt; "><div><span>I think this is where t<b>he relative opacity of Etoys really hurts its acceptance</b>, and why the intro UI should be set up differently.</span></div>
</div></div></blockquote><div>Its also the bugs (few as they are now) and the unforgivingness of the system (see Karl's example on losing a graphic).</div></div><div><br></div><div><u>On Sun, Sep 11, 2011 at 5:14 PM, Dr. Gerald Ardito <span dir="ltr"><<a href="mailto:gerald.ardito@gmail.com">gerald.ardito@gmail.com</a>></span> wrote:<br>
</u><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
I have been using Scratch and Etoys with students in grades 5-8 for the past 4 years or so. In this work, I have seen an interesting pattern. The younger students <b>(5th and 6th graders) ALWAYS prefer Etoys to Scratch.</b> (I am talking here about first exposure).They love the drawing component and then being able to make their drawings move or do something. <b>The older students ALWAYS prefer Scratch.</b> They get the bricks metaphor right away and so can get things done very quickly.<br>
</blockquote><div>Okay, so this comment blew away my preconceived notions (thanks!!!).   So my question is why?  Perhaps it is that the Etoys drawing tool is simpler and more accesible and the Scratch scripting environment is simpler and has an easier on ramp. </div>
<div><br></div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
And sometimes <b>students using Etoys get frustrated because there are so many options and choices and opportunities for functionality.</b><br></blockquote><div>So again I think a series of Etoys challenges may be part of the answer. Another could be the ability to specify which scripting tiles are visible and which are not on a project basis. Of course that would put an extra load on the parents trying to help the kids and thus lead to less usage.</div>
<div> </div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
What is also interesting is the degree to which the tools are owned by the students. Whichever one they are using <b>starts to become a powerful form of expression for them so that, if given the opportunity, they will use it to complete projects and presentations, etc.</b></blockquote>
<div>Yes both Scratch and Etoys can be improved in the "Power Point" replacement area.</div><div><br></div><div><u>On Fri, Sep 16, 2011 at 3:29 AM, Hilaire Fernandes <span dir="ltr"><<a href="mailto:hilaire.fernandes@edu.ge.ch">hilaire.fernandes@edu.ge.ch</a>></span> wrote:<br>
</u><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
I am pretty sure at 100% that <b>if Etoys came with huge libraries of such artefact, specialised for various domains, ready to use by educators, Etoys will have a tremendous impact both in the teaching communities and the educative content producers.</b></blockquote>
<div>I agreed whole heartedly with Hilaire.  We need libraries of artifacts for teachers including but not limited to Etoys Challenges to teach specific topics, Tools to Teach with (cuisenaire rods, fraction tools, pattern blocks, etc) videos demonstrating how to use Etoys  (for students and teachers) and curriculum guides and other OERs.  This is no small task but worth starting. </div>
</div><div><br></div><div><u>On Sat, Sep 17, 2011 at 9:20 AM, K. K. Subramaniam <span dir="ltr"><<a href="mailto:kksubbu.ml@gmail.com">kksubbu.ml@gmail.com</a>></span> wrote:<br></u><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div class="im">Another aspect of Etoys will become apparent if you get kids to use Etoys in a</div></blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
language foreign to them (or say in dingbat fonts). Though the UI is graphical<br>it still has a heavy text bias. I noticed this when helping children,<br>illiterate in English, use Etoys. </blockquote><div>I think graphical animated help could help here.  For example: if kids hover over a tile (or right click) a balloon shows up with an animation of what the tile does.  Or perhaps better a quiz where the child guesses what the tile does and then tests there guess by firing that tiles action all within the ballon quick guide/help.</div>
<div><br></div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
For instance, compose sketches by long-pressing (embed) one Morph on another.<br><b>Suzanne Guyader, author of Art and Etoys, had many nice ideas for easing<br>compositions.</b><br></blockquote><div>Yes this is a wonderful project and hopefully Subbu's changes to support this will be included in the next release.</div>
<div> </div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
We need something that takes the best parts of<br>Etoys, Scratch and Tuxpaint and<b> build a new Idea editor.</b></blockquote><div>+1</div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
But then, we need to be able to look beyond software at the larger goal. The<br>real question we should be asking is "Why aren't children acquiring fluency in<br>learning with Etoys/Scratch/TuxPaint or whatchamacallit?"<br>
</blockquote><div>Well save that for another email chain ;)</div></div><div><br></div><div><u>On Sun, Sep 18, 2011 at 12:22 PM, karl ramberg <span dir="ltr"><<a href="mailto:karlramberg@gmail.com">karlramberg@gmail.com</a>></span> wrote:<br>
</u><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div><div></div><div class="h5">My kids play The Sims 3 and Starcraft 2. <b>The interfaces</b></div></div><b>there are quite complex</b> and the result is a kind of programming.<br></blockquote><div>But kids are motivated and motivation conquers all (well until frustration trumps it).</div>
<div> </div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
It would be interesting to see if one could take these concepts a bit longer and make programming tools more game-like.<br></blockquote><div>I think some game mechanics help, but I also think they have their limits.  I was listening to some game programmers at a NYU Games for Change conference. They were hired to work with the educators to help develop "learning games".  The comment they made that stuck with me was "every time they try and make it educational it becomes boring". </div>
<div><br></div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<b>Maybe there could be "clip art" of ready players that give the novice less digressions.</b></blockquote><div>+1</div><div> </div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<b>It would be great to be able to build for example make a decoder for a<br>video stream or a image form.</b></blockquote><div>Image editing (along the lines of Mark Guzdial's course where kids can program their own photoshop like effects) and video would be a great addition. </div>
<div> </div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<b>It's also hard now to share single players.</b></blockquote><div>Sharing of players and scripts across project would be a good addition.</div></div><div>I would add something along the lines of the <a href="http://wiki.scratch.mit.edu/wiki/Remote_Sensors_Protocol">Scratch Remote Connections Protocol</a> where you can setup a mesh network of Scratch and Etoys projects which can exchange messages with each other (see <span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255); ">Koji Yokokawa:</span><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255); "> <a href="http://www.squeaksource.com/ScratchConnect.html" target="_blank" style="color: rgb(51, 102, 51); ">http://www.squeaksource.com/ScratchConnect.html</a> for the Etoys connection code).  Ideally we could also send players and scripts.</span></div>
<div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255); "><br></span></div><div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; background-color: rgb(255, 255, 255); "><br>
</span></div><div><u>On Sun, Sep 18, 2011 at 4:57 PM, Jecel Assumpcao Jr. <span dir="ltr"><<a href="mailto:jecel@merlintec.com">jecel@merlintec.com</a>></span> wrote:<br></u><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
A much better reason is Papert's: <b>so the children will have an object to<br>think with.</b> The idea is to learn to learn but <b>we need a suitable way to<br>talk about learning strategies. </b>Normal school tends to encourage a very<br>
poor strategy: take a guess, see if the teacher confirms it is right and<br>if not take another guess. Not only is the search time long and<br>unbounded, you also need some external way of checking your results<br>which is something you won't always have.<br>
<br>Teaching programming is just <b>a way to be able to teach debugging</b>, <b>or<br>successive approximation</b>. You d<b>on't throw away incorrect attempts but<br>instead build on them</b>. And <b>you learn to figure out for yourself if they<br>
are correct or not</b>, and <b>how far and in what way they are incorrect so<br>you know what to change.</b></blockquote><div>Jecel, wonderfully stated, please provide details and specific examples we can use in classrooms ;)</div>
<div><br></div><div><u>On Sun, Sep 18, 2011 at 6:09 PM, karl ramberg <span dir="ltr"><<a href="mailto:karlramberg@gmail.com">karlramberg@gmail.com</a>></span> wrote:</u><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div class="im">With Etoy now we have few projects that challenges a notion and show you a way to get there.</div>We have the project showing the most basic stuff.<br><br>I think we need more projects that features aspects of the system and<br>
how to use them.<br></blockquote><div><a href="http://www.etoysillinois.org">Etoys Illinois</a> has a number of good projects. </div><div> </div><div><u> On Mon, Sep 19, 2011 at 1:05 PM, K. K. Subramaniam <span dir="ltr"><<a href="mailto:kksubbu.ml@gmail.com">kksubbu.ml@gmail.com</a>></span> wrote:</u></div>
<blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div class="im">Papert had a multi-modal approach to develop thinking skills in children -</div>using large spaces, physical movement, manipulation in three- and two-<br>dimensional spaces etc. </blockquote><div>I think a lot is lost in the OLPC/Scratch/Etoys discussions where too much emphasis is placed on what can be done with the technology and not enough complimentary work on the large spaces, physical movement, etc that can be done outside of the computer.  Here I think Maria's work at <a href="http://www.naturalmath.com">Natural Math</a> is a good compliment.</div>
<div> </div><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
Papert's methods were <b>more closely aligned to the way children think and act</b></blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
while the gap seems to be much larger in Etoys and smaller in the case of<br>TuxPaint or Scratch. There is lot more in Etoys than in these two but that is<br>irrelevant if children cannot cross the initial chasm. Yes, a few children may<br>
make it across the chasm on their own steam, but thinking tools should be<br>designed to benefit 80% of children, not just the top quintile.</blockquote><div>+1 we need to better understand how children think and learn when designing curriculum and learning tools.</div>
<div>And its not just the tools, but coming up with the appropriate metaphors, experiences, problems and questions ...</div><div>to help kids cross the chasm that I struggle with.</div></div></div></div><div><br></div><div>
Thanks to all for their thoughts and time,</div><div>Stephen</div><div><br></div><div><br></div>