<div dir="ltr"><br>On Tuesday, May 26, 2015 at 7:58:31 AM UTC+5:30, Chris Barker wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;"><div dir="ltr"><div><div class="gmail_quote"><br><div>But it sounds to me like you aren't so much simplifying the language as hiding parts of it, which I'm not sure buys you much.</div></div></div></div></blockquote><br>Learners learn sequentially -- probably a more fundamental law than 'computer compute sequentially'.<br>If there are significant tracts of the language that are out of one's (current) understanding and not arising to confuse the noob, thats ok.<br>But when they arise and the learner does not have the intellectual equipment to deal with that it just slows down learning.<br><br>Take the print statment/function.<br><br>It would be rather ridiculous to remove the print from a realistic language.<br>However if you've taught enough beginners you'd know how hard it is to get beginners to write<br>... return <something><br>as against<br>... print (<something>)<br><br>And so in an early teachpack, I'd disable the print statement.<br><br>This of course means that at that level the student is bound to trying out python at the interactive interpreter.<br>Some people think that that renders the language ridiculously impotent.<br>My experience suggests that if this guide-rail were available, beginners would get key beginner-stuff eg<br>- writing structured code<br>- defining, passing, using, visualizing suitable data structures<br>much faster.<br><br>So...<br><br>FOR THE BEGINNER: "cutting out" == "simplifying"<br></div>