🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: alt.folklore.computers
Article #1222

Re: Cheating on Programs

#1222
From: dt... David M Tate
Date: Fri, 16 Feb 1990 23:25
40 lines
2855 bytes
In article <15...@haddock.ima.isc.com> br...@ima.isc.com writes:
>
>Hmm. We solved this problem in a rather simpler, more effective and realistic
>way. First, accept the fact that in nearly every area of human endeavor, 
>some people like to work together. This is also the way that most projects in
>the real world work. Second, accept the fact that students are going to
>work together. It is how many people can learn best. Solution: simply have
>group assignments. Tell the class that they can work together in any size
>group that they wish, but that they have to tell you who was responsible
>for what (at least approximately), and that the larger the group, the better
>you expect the program to be. 
>
> [...]
>
>Is there any excuse for maintaining the sanctity of individual work 
>at the college level?

Yes.  I teach at Pitt, which has a *large* commuter population.  Many of my
students work at home most of the time, and don't really know any of their
classmates.  These students are at a tremendous disadvantage in any group-
project environment, and usually end up getting stuck with the deadweights of
the class as partners.

I agree that many people learn better in groups, and so on.  Unfortunately,
there is no way to provide even approximately equal group environments for 
all the people in the class.  Also, not all groups are as "self-policing" as
yours seemed to be.  I had considerable difficulties last semester with one
student who was attempting to get his/her friend through school by doing his/
her work... 

The idea of expecting higher quality from larger groups is a good one, but in
practice it could be a nightmare trying to compare essentially incomparable
projects, and assign an equitable grade to each.


-- 
        David M. Tate       | "The concept of weight of evidence was central 
  dt...@unix.cis.pitt.edu   |  to my first book, and occurred also in at least
                            |  32 other publications [of mine].  What I say 33
 "A Man for all Seasonings" |  times is true."          -- I. J. Good.  
Technical Details
Message-ID: <22386@unix.cis.pitt.edu>
Path: mbox-mo1.pugleaf.net!gmdzi!unido!mcsun!uunet!deimos!ux1.cso.uiuc.edu!brutus.cs.uiuc.edu!unix.cis.pitt.edu!dtate
References: <3583@tahoe.unr.edu> <1990Feb2.080816.9889@cs.rochester.edu> <1990Feb5.200603.14729@axion.bt.co.uk> <22138@unix.cis.pitt.edu> <C_&i-n2@cs.psu.edu> <1990Feb15.235154.13728@world.std.com> <15971@haddock.ima.isc.com>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!gmdzi!unido!mcsun!uunet!deimos!ux1.cso.uiuc.edu!brutus.cs.uiuc.edu!unix.cis.pitt.edu!dtate
From: dt...@unix.cis.pitt.edu (David M Tate)
Newsgroups: alt.folklore.computers
Subject: Re: Cheating on Programs
Message-ID: <22386@unix.cis.pitt.edu>
Date: 16 Feb 90 23:25:26 GMT
References: <3583@tahoe.unr.edu> <1990Feb2.080816.9889@cs.rochester.edu> <1990Feb5.200603.14729@axion.bt.co.uk> <22138@unix.cis.pitt.edu> <C_&i-n2@cs.psu.edu> <1990Feb15.235154.13728@world.std.com> <15971@haddock.ima.isc.com>
Reply-To: dt...@unix.cis.pitt.edu (David M Tate)
Organization: Univ. of Pittsburgh, Comp & Info Services
Lines: 40
Posted: Sat Feb 17 00:25:26 1990
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit