Python in High School
Stef Mientki
stef.mientki at gmail.com
Wed Apr 2 16:32:39 EDT 2008
John Henry wrote:
> On Apr 1, 11:10 am, sprad <jsp... at gmail.com> wrote:
>
>> On Apr 1, 11:41 am, mdomans <mdom... at gmail.com> wrote:
>>
>>
>>> Python needs no evangelizing but I can tell you that it is a powerfull
>>> tool. I prefer to think that flash is rather visualization tool than
>>> programing language, and java needs a lot of typing and a lot of
>>> reading. On the other hand python is simple to read and write, can be
>>> debuged easily, is intuitive and saves a lot of time. It also supports
>>> batteries included policy and you can't get more OO than python.
>>>
>> One advantage of Flash is that we can have something moving on the
>> screen from day one, and add code to it piece by piece for things like
>> keyboard or mouse control, more and more complex physics, etc. Is
>> there an equivalent project in Python?
>>
>
> I downloaded the "How to Think Like a Python Programmer" book and read
> it. I think it's a fine reference book for the purpose you
> indicated.
>
> Here's my 2 cents on the subject.
>
> I had been a volunteer mentor to my son's middle school robotic team
> for several years and I have some experiences, therefore, in how kids
> react to "programming". Granted, high school kids are "bigger kids" -
> but they are kids nevertheless.
>
> Last summer, I experimented teaching my own kid Python. He was in 7th
> grade going onto 8th grade. He was the main goto person for the
> robotic team and had no trouble learning the common applications such
> as the Microsoft Office suite, and had some experience in ICONic
> programming (Lego Mindstorm). So, I tried to see what would happen if
> he tries to learn Python - using somewhat similar approach you are
> taking: start with something visually appealing on day one. Instead
> of Flash, I used Pythoncard - a no-brainer Python GUI construction
> toolkit. He was really excited seeing how easy it was to have tic-tae-
> toe type program up so easily (we are taking minutes - not hours) and
> was very interested and motivated to continue. So far so good.
> However, once I start teaching him variables, expressions, loops, and
> what not, I found that (by surprise) he had great difficulties
> catching on. Not soon after that, we had to quit.
>
> We - as adults - take many things for granted and sometimes don't
> remember, or don't understand how kids learn. My experience tells me
> that in order to teach today's video game generation of kids, the
> approach really has to be entirely visual. After I abandoned my
> attempt to teach my kid Python, I started them on Robolab - a
> simplified version of LabView and to my delight, they were able to
> cook up a few simple programs (like fibonacci series and so forth)
> without too much effort - although my own kid had some minor trouble
> understanding the concept of a container (LabView's version of a
> variable).
>
> I don't know if you have access to LabView or Robolab or similar
> packages but if you do, I would highly recommend those. LabView is
> every bit as powerful, full-featured, and "real-life" as many of the
> other languages and I believe that kids will have a much easier time
> learning computer programming with it.
>
Well I doubt it's the visual environment that makes it more easy,
color, shape and position can give some extra information though.
I think apriori domain knowledge and flattness of information are of far
more importance.
The first issue is covered quit well by Robolab / Labview,
but the second issue certainly is not.
I'm right now working on a Labview like editor in Python,
which does obey the demand for flatness of information.
The first results can be seen here:
http://oase.uci.kun.nl/~mientki/data_www/pylab_works/pw_animations_screenshots.html
cheers,
Stef Mientki
> And you are going to teach them Java? Oh, please don't. Let the
> colleges torture them. :=)
>
More information about the Python-list
mailing list