🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: alt.folklore.computers
Article #1223

Re: Cheating on Programs

#1223
From: ra... Anton Rang
Date: Mon, 26 Feb 1990 00:31
41 lines
2772 bytes
In article <22...@unix.cis.pitt.edu> dt...@unix.cis.pitt.edu (David M Tate) writes:
>In article <15...@haddock.ima.isc.com> br...@ima.isc.com writes:
>>Is there any excuse for maintaining the sanctity of individual work 
>>at the college level?
>
>Yes.  [ ... talking about commuters etc. ... ] 

  I really think that *both* individual and group work is important at
the college level (assuming that a lot of students come in without
having had reasonable pre-college courses).

  For introductory courses, it makes a lot of sense to have projects
be entirely individual; in fact, even a lot of higher-level courses
have small projects (for instance, an OS course which starts by
having students write a parallel merge sort).

  However, it's really important for students to learn to work in
groups for the real world--it's a different set of skills.  Until all
schools have software engineering courses, it's especially important
to have a few large group projects in upper-level classes.

>Also, not all groups are as "self-policing" as yours seemed to be.

  The larger the group, the better it seems to work, in my experience.
A 4-person group (quite reasonable for project courses) generally
seems to do pretty well at "self-policing".  The one time I was in a
20-person group (or so), we managed quite well.

>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.

  It's hard, but the same can be said for large individual projects.
I think giving students the experience of working in groups is more
important.

		Anton (still a student :-)
   
+---------------------------+------------------+-------------+
| Anton Rang (grad student) | ra...@cs.wisc.edu | UW--Madison |
+---------------------------+------------------+-------------+
Technical Details
Message-ID: <RANG.90Feb25183114@derby.cs.wisc.edu>
Path: mbox-mo1.pugleaf.net!gmdzi!unido!mcsun!sunic!uupsi!rpi!zaphod.mps.ohio-state.edu!usc!cs.utexas.edu!rutgers!uwvax!rang
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> <22386@unix.cis.pitt.edu>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!gmdzi!unido!mcsun!sunic!uupsi!rpi!zaphod.mps.ohio-state.edu!usc!cs.utexas.edu!rutgers!uwvax!rang
From: ra...@cs.wisc.edu (Anton Rang)
Newsgroups: alt.folklore.computers
Subject: Re: Cheating on Programs
Message-ID: <RANG.90Feb25183114@derby.cs.wisc.edu>
Date: 26 Feb 90 00:31:14 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> <22386@unix.cis.pitt.edu>
Sender: ne...@spool.cs.wisc.edu
Organization: UW-Madison CS department
Lines: 41
Posted: Mon Feb 26 01:31:14 1990
In-reply-to: dtate@unix.cis.pitt.edu's message of 16 Feb 90 23:25:26 GMT
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit