Greetings.
I'm a professor in Computer Science and Engineering at Michigan State
University, and we started using Python last fall (2007) in our first
programming course for majors (CS and CpE), i.e. a 'CS1' course.
However, more than half the students are non-majors. The URL is
http://www.cse
Rich,
Hello, and thanks for joining the edu-sig list. I'm a PhD electrical engineer
with a recently re-ignited interest in computer science, largely due to my
discovery of Python in 2002. I'm also "volunteer staff" at U of A, helping
teach various courses.
I'm especially interested in your e
On Thu, Mar 20, 2008 at 8:31 AM, Richard Enbody <[EMAIL PROTECTED]> wrote:
> Greetings.
>
> I'm a professor in Computer Science and Engineering at Michigan State
> University, and we started using Python last fall (2007) in our first
> programming course for majors (CS and CpE), i.e. a 'CS1' cou
Ah, pair-programming. We believe in pair-programming, but haven't
figured out the best way to integrate it into this class. Here is what
we do. Our weekly 'closed' labs require students to work in pairs on
the in-lab problems. That has been very successful, although we do get
resistance fro
First, welcome.
re 'how to do pair programming for a course'.
There is a different between 'having a team of two people do a thing'
and what is generally meant by pair programming. The idea with
pair programming is that people work with *different* people, not the
same other person, so that ev
We randomly assign within assigned labs -- the labs have 16-20
students. We assign within labs because there is a time, the assigned
lab, when students can meet. That is, the excuse "we couldn't meet" is
not valid. On a subsequent assignment we roll the dice again within the
lab and ensure t
In a message of Thu, 20 Mar 2008 21:49:39 -0400, Richard Enbody writes:
>We randomly assign within assigned labs -- the labs have 16-20
>students. We assign within labs because there is a time, the assigned
>lab, when students can meet. That is, the excuse "we couldn't meet" is
>not valid. On
On Thu, Mar 20, 2008 at 11:54 PM, Laura Creighton <[EMAIL PROTECTED]> wrote:
> >We know about the 'driver' and 'thinker' roles and that the students
> >should change roles. We talk about it with students, but do not try to
> >enforce it.
>
> I've always had problems with that concept -- or ra
> I don't mind worshiping guys 'n dolls ** as long as we get the job
> done. It really helps knowing the randomizer will come along pretty
> soon and split us i.e. I'm way more willing to be productive in
> short term partnerships than "your pair programmer for life"
> kind of arrangements.
>
> In Vilnius, I was paired with this talent from Google Warsaw who
> barely knew Python, but was through the roof smart and knew Java
> already, so was taking this opportunity to suck up Python like a
> sponge. Since I'm happy teaching Python, our productivity was
> very high, not saying othe
http://mail.python.org/mailman/private/pycon-organizers/2005-November/004356.html
If they don't have one already, perhaps they have been asking in the
wrong places.
Just in case,
Laura
___
Edu-sig mailing list
Edu-sig@python.org
http://mail.python.org
On 11/8/05, Laura Creighton <[EMAIL PROTECTED]> wrote:
> http://mail.python.org/mailman/private/pycon-organizers/2005-November/004356.html
>
> If they don't have one already, perhaps they have been asking in the
> wrong places.
hi laura,
i have one and have delivered it at OSCON before, however,
In a message of Wed, 09 Nov 2005 13:40:04 PST, w chun writes:
>On 11/8/05, Laura Creighton <[EMAIL PROTECTED]> wrote:
>> http://mail.python.org/mailman/private/pycon-organizers/2005-November/0
>04356.html
>>
>> If they don't have one already, perhaps they have been asking in the
>> wrong places.
>
> At last year's Europython, the section devoted to people who were
> either new to python, or Zope people who had never programmed before
> was really well attended.
>
Yes, I found this an extremely refreshing aspect of Europython.
I attended Guido's lecture @ Chalmers/Gothenburg on the histo
Hi Everyone,
I am busy writing lessons for rur-ple (I noticed it's been kindly
mentioned here recently) and thought, in spite of the "flack"
following the request received by some of you for a book review ;-) ,
that I would ask for feedback about an introduction I have written to
OOP and the "dot"
Just a quick note of approval re use of Dog class. You might want to lowercase fido, or not. I'm used to reserving capitals for the class definition, keeping all instances lower, but of course there's nothing much beyond taste to influence such decisions about style.
Perhaps more should be incl
On 1/18/06, kirby urner <[EMAIL PROTECTED]> wrote:
>
> Just a quick note of approval re use of Dog class. You might want to
> lowercase fido, or not. I'm used to reserving capitals for the class
> definition, keeping all instances lower, but of course there's nothing much
> beyond taste to influe
At 20:28 18/01/2006, Andre Roberge wrote:
>Fido.left_front_paw.moves()
I have a query about this call. The way the left_front_paw moves is
not going to be very different from right_front_paw or the back
paws. Now if it's identical, in a simplified model, does not
Fido.moves(Fido.left_front_paw
On 1/19/06, Peter Bowyer <[EMAIL PROTECTED]> wrote:
> At 20:28 18/01/2006, Andre Roberge wrote:
> >Fido.left_front_paw.moves()
>
> I have a query about this call. The way the left_front_paw moves is
> not going to be very different from right_front_paw or the back
> paws. Now if it's identical, i
19 matches
Mail list logo