On 5/1/06, kirby urner <[EMAIL PROTECTED]> wrote: > On 5/1/06, Michael Tobis <[EMAIL PROTECTED]> wrote: > > > I am imagining, ultimately, a very ambitious project relying on > > network effects in the social sense. In connecting to the internet in > > that context I still think the architecture must be that the student's > > machine is an HTTP client, because anything else would raise a lot of > > complexity. > > Starting to sound a lot like Croquet, which is peer to peer. Dunno > based on what protocol. > > I'm thinking maybe two generic categories of product, that needn't be > confused: > > (1) A simpler interactive "in a browser" tutorial, that adds Python > shell and interactive graphics to Mozilla or whatever. Like what Mr. > Roberge is doing and related to early doctest experiments. >
Mr. Roberge.... *MR.* Roberge .... <grumble> Please, refer to me as André or Andre (without the acute accent on the e if you must). If you have to be formal, then it's Dr. Roberge! :-) > (2) The more complex interactive "shared world" space, also with > Python bindings, but with a back end that's more like a full-featured > gaming engine with perhaps a custom non-browser client. More like the > PySqueak vision. > I totally agree about the distinction. Furthermore, I might add a different way to break it down in two categories: Learning to program, vs Programming to learn. What I am working on belongs mostly in the first category. Your (Kirby's) approach belongs mostly in the second (learning mathematics, through programming). Then, just to "contradict myself" (since Art is no longer around to make statements like that), I would probably have to say that (Py)Squeak is an environment designed to learn programming concept ... and learn about mathematics too. > Kirby > André _______________________________________________ Edu-sig mailing list [email protected] http://mail.python.org/mailman/listinfo/edu-sig
