🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: alt.folklore.computers
Article #1211

Re: Cheating on Programs

#1211
From: dris... Kevin Driscoll
Date: Thu, 22 Feb 1990 01:56
29 lines
2958 bytes
In article <1990Feb22....@athena.mit.edu> j...@athena.mit.edu (Jonathan I. Kamens) writes:
>that I think that students who would copy source code from other
>students' accounts without permission and without telling them, and then
>turn in that source code as their own work, are one of the lowest form
>of scum of the earth, and deserve to be expelled.  Quickly and without mercy.

Probably the only lower form is the scum that steals the code.  I started
school when programs were submitted on punched cards.  The output was returned
several hours later to a bin, one for each class.  Near assignment deadlines,
these vultures would wait at the output bins pretending to look for their
output, but they took the first output that had the correct answers.  They then
would replace the job card with their own and submit it as their job.  Not only
did they get a program they didn't write, but the good programmers lost all
their work.  Grrrrrr.  After the first time this happened to me, I took all my
blank cards and punched my initials in the last two columns of the sequence
field.  I told the professor what I had done.  The second assignment after
that, an assignment was turn in with "KD" in the last two columns of every card
except the job card.  Caught the vile creature.  An appropriate example was
made of this student.  But, would you believe, my final program for that course
also was stolen!  I guess the second student skipped the class when the capture
of the first student was announced and the method was explained so others could
protect themselves.  Then similar miscreants took to copying the stolen decks
and hitting the skip key before the sequence field.  Such activity at the
keypunch (whether done manually or semi-automatically with a drum-card) was
fairly obvious and a good TA could spot the characteristic sound across the
room.  Such low lifes were not smart enough to create a plug-board for the tab
machine reproducing punch which would have done the job much faster and with
much less chance of getting caught.  (We did look for plug-boards programmed to
reproduce everything except the sequence field.)
Technical Details
Message-ID: <59541@srcsip.UUCP>
Path: mbox-mo1.pugleaf.net!gmdzi!unido!mcsun!sunic!uupsi!rpi!uwm.edu!srcsip!titan!driscoll
References: <1182@swbatl.UUCP> <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> <3583@tahoe.unr.edu> <1990Feb22.010116.1741@athena.mit.edu>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!gmdzi!unido!mcsun!sunic!uupsi!rpi!uwm.edu!srcsip!titan!driscoll
From: dris...@SRC.Honeywell.COM (Kevin Driscoll)
Newsgroups: alt.folklore.computers
Subject: Re: Cheating on Programs
Message-ID: <59541@srcsip.UUCP>
Date: 22 Feb 90 01:56:36 GMT
References: <1182@swbatl.UUCP> <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> <3583@tahoe.unr.edu> <1990Feb22.010116.1741@athena.mit.edu>
Sender: ne...@src.honeywell.COM
Reply-To: dris...@src.honeywell.com (Kevin Driscoll)
Organization: Honeywell Systems & Research Center
Lines: 29
Posted: Thu Feb 22 02:56:36 1990
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit